Computer implemented virtual sensor object and tangible medium utilizing same

ABSTRACT

A computer implemented Virtual Sensor Object includes an abstract class of Objects, and an actual software instantiation of which performs an abstract observation, evaluation, and expression method in either a static, a synchronous, or an asynchronous Form. The evaluation method of the Virtual Sensor Object allows the substantive meaning of the observations to be expressed in a Form which clarifies the Substance of the observations, so that the substantive meaning of the observations may be perceived directly, with little or no cognitive interpretation being required. The methods of expression and evaluation are dependent on the observation, whereas they are independent as to how they use and express meaning.

TECHNICAL FIELD

The present invention generally relates to the field of informationmanagement and more particularly relates to a paradigm and conceptualframework for cognitive perception, by clarifying the substantivemeaning of quantitative measurements which are made in relation toeither a physically observable, or a virtually conceivable, event, orseries of events.

BACKGROUND ART

A problem and areas of concern include the preservation of historicartifacts and sites.

RECENT INCENTIVE

Beginning in 1989, we became increasingly involved in the local,national and international preservation community. Through thisinvolvement with historic house museums, and museums housed in modernbuildings, we became increasingly concerned that the methods ofmonitoring museum conditions, relating to the preservation of historicartifacts, were not very informative and, in many ways, were of limitedor little use. Buildings are generally complex environments and housingcollections of artifacts within a building increases that complexitymany times. Looking into environmental monitoring revealed that methodsand procedures being used were generally not very informative.Monitoring locations were few and generally not well placed in regard toefficient data collection. The data collected was generally displayed onx-y axis charts or in columnar table format. The data was generallyshown as independent information without relationship to anything otherthan time.

In 1990, we were involved in a one day workshop concerning the variousways a structure can be monitored. The workshop was called “Monitoringof Structures—Why, How and . . . ”. The two main purposes of theworkshop were (1) to show practitioners within the Historic Preservationcommunity basic ways to look at and monitor a structure and (2) to havea panel discussion of some of the false standards that many peoplebelieved they should be achieving with their monitoring programs.

In preparation for this workshop, we contacted many representatives andmanufacturers of monitoring equipment, to learn about their systems andthe information that could be provided. The amazing thing that wasdiscovered was that to achieve any complex monitoring program (mostmonitoring programs should have some levels of complexity—looking forrelationships as well as independent and dependent conditions) manydifferent methods of data collection needed to be used, includingdifferent types of equipment. Along with, and on top of this, would bethe difficulty of viewing the different types of data collected andturning it into something useful that the individuals involved with thestructures could understand and use.

Over the next few years there was increased contact with otherindividuals involved in the investigation of the conditions ofstructures. Repeatedly the issues that came up were: (1) How to bestmonitor a condition? and (2) What relevant information could be gleanedout of the accumulated data.

It was hard to know how to correctly interpret much of the data. If manylocations were monitored, it would be difficult to work out therelationships and influences between points. Usually more questions thananswers came up. Usually there were questions of what else might behappening within a structure that could have influenced the data. Theneed to standardize the collection and interpretation process wasimportant. The huge commercial niche of manufacturers that buildmonitoring systems made it possible to use very sophisticatedinstruments and techniques. The problem was that many times the moresophisticated methods and data only caused more confusion andmisinterpretation of the data. The individual points of data werebecoming more precise which meant they were interpreted as truth evenwhen the real question as to what they meant had not been worked out.The more individual points of data became important, without theunderstanding of the relationships between points of data, the worse thesituation became. We imagined using the power of the computer to be ableto standardize and simplify the ability of individuals to view data in agraphically easy way to interpret symbols. This would allow individualsto look for influences and relationships rather than get lost in thedata itself.

Many times there were real needs and value for installing a monitoringsystem at a historic site. In these situations, efforts were made toinfluence the historic site into installing a monitoring system. Afterthe historic site would check with other sites as to the success andvalue of their efforts at monitoring, the usual response would be thatthere appears to be low added value and high added costs related tomonitoring systems. This gets back to the method of collecting data andhow the data is viewed and interpreted.

Later, during 1992-1995, as research continued into the monitoring ofstructures, arrangements were worked out with several prominent sites toinstall monitoring systems using portable data logging units. Each sitehad its unique conditions and needs. The sites included: textiles at theSmithsonian Institute's Museum of American History including the StarSpangled Banner; Gunston Hall in Lorton, Va., George Mason's colonialhome and at George Washington's Mount Vernon, the Family Tomb includingthe sarcophagi of George and Martha Washington.

Each site was different from the others in the way management andconservation decisions were made. Each site was a different type ofstructure with unique problems and conditions that needed to beunderstood. Each site had its own range of independent and dependentconditions that needed to be tracked or monitored to effectivelyunderstand the items that were of concern.

From observations made during the monitoring efforts, we have determinedbasic problems in monitoring conditions within complex systems. Forexample, each site has a diverse and complex set of conditions that areindependent and dependent of each other. It is the ability to identifythe relationships that occur that provide the instructive information.The difficulty in reviewing the data that is collected is the inabilityto evaluate the relationships that exist. The result from datacollection is the accumulation of information usually in numerical form.The data is usually represented in columnar tables or x-y graph form.This method of comprehending data is difficult for individuals to use.Even people experienced with reviewing data in this format havedifficulty maintaining enough active information to develop even asimplistic view of relationships.

There are systems available for viewing particular data streams fromparticular data logging equipment. However, there are real limits tothese systems when the desire is to use various types of collected datato view conditions and discover relationships of conditions. The datamay come from human observations, instrument readings, instrumentsconnected to data loggers, and existing sources of information. Eachsystem for collecting and viewing data has different formats andrequirements.

We have determined that this very process, of collecting and viewingdata, itself introduces a level of complexity that makes the main reasonfor collecting the data, looking for relationships, even more difficult.The method of data collection needs to be presented in an orderlymanner, and, equally important, in the terms that allow for an informeddialog to occur. We have also determined that the viewing, collecting,and analyzing of the data is facilitated in an object-orientedapplication format.

Defining An Object

The classic discussions of Plato and Aristotle, circa 350 BC, introduceda distinction between perceiving the Form of an Object verses perceivingthe Substance of an Object. We speak of the “substantive meaning” of anevent, thing, or Object. Upon reflection, the terminology inherent inthe phrase “substantive meaning” implies that the Substance of an Objectis the true and complete measure of an Object and what the Object means,does, or affects by its existence. In a philosophical sense, discussionof the Substance of an Object speaks to the deepest nature of an Objectwithin the physical, emotional, intellectual, and spiritual realms, in amost profound sense. In the senses limited to the physically observablerealm, discussion of the Substance of an Object speaks to what may bemeasured in a standard manner, according to a standard dimensional scaleof units or measurement.

In either sense, it is true that a given Substance may be manifested innumerous physical Forms. While numerous Objects may have Forms that arestrongly analogous, the respective Substances of such Objects may bevery different in terms of what the Objects are, do, cause, or affect.For example, a pure Substance, such as pure water, may be manifested inthe Form of fog, rain, snow, etc.

The problem of recognizing and knowing the Substance of an Object isancient and is addressed, firstly, by observation of the Object and therecording of quantitative measurements which describe the activity, orlack of activity, of the Object. As scientific understanding of naturalphenomena has grown, so have the number and variety of quantitativemeasurements which may be observed and recorded as digitizedinformation. In ancient times, this problem of the knowledge ofSubstance was bounded by the knowledge of what could be measured. Beyondthe immediate scientific recording of sensor information, today, ifvariation is observed in a process, then a digital value can be assignedwhether the value is subjective or objective in nature. Rene Descartelong ago established the utility of a coordinate system and measurementset of reference axis for calibrating the dimensional extent of Objects.

Mathematical Foundations

The development of a Calculus of Indications in 1969, by G.Spencer-Brown, formalized and clarified the concept of a BooleanArithmetic which involves both real and imaginary Boolean Values. By thevery nature of the forms used to manifest said Boolean Arithmetic, itbecame clear that ancient discussion of Form and Substance should berevisited from a mathematical perspective, with specific attention tothe implementation of computer programming languages and systems.

The first programming languages utilized the concepts of so-called“real” Boolean values and “Truth Tables” in a very limited andhierarchical manner. With the advent of the so-called “Object-Oriented”programming languages such as SmallTalk, Modula, C++, and Eiffle, theprogramming languages finally assumed a form which allows the fullspectrum of features and implications of said Boolean Arithmetic to beutilized within a computer-implemented system. In turn, said BooleanArithmetic provides a complete mathematical paradigm for the distinctionof Objects in CyberSpace because all assertions, regarding acomputer-implemented process, must be evaluated within the context ofthe said Boolean Arithmetic. The Form and Substance of CyberSpaceObjects is, thusly, considered from this perspective. In particular, itallows the Substance of a CyberSpace Object to be represented as digitalinformation. The Form of CyberSpace Objects speaks to the existence,interaction, inheritance, and autonomy of the Objects.

Current State of Technology

Current technology allows measurements to be observed by both analog anddigital electronic probe devices. Analog-to-digital converters blur thedistinction with regards to a source for the generation of actualdigitized information. In addition, conceptual models of quantitativeprocesses may also generate digitized information to reflect the stateof their process, over time. In modern times, the problem of clarifyingthe knowledge of Substance is bounded by the volume of measurementswhich can be processed in a timely and efficient manner.

Over the past three decades, computers have addressed the problem withparallel efforts in hardware and software development. Interestingly,most hardware advances focus on reliable processing speed and storagecapacity, while software advances focus on formal aspects of syntax,scope, semantics, and Form. Modern software has evolved through severalForms of manifestation, including assembly code, block structuredlanguages, non-procedural languages, and finally the so-called “ObjectOriented” systems. This evolution has likewise paralleled an increasedunderstanding of the underlying mathematical Forms which govern themodern paradigm of calculation and expression processing.

Beginning with SmallTalk, advanced programming languages have embracedan “Object Oriented” approach to software over the past decade and haveachieved an industrial presence as exemplified by languages such asForth, C++, Visual C++, Eiffle, and Java, among others. In a practicalsense, the term CyberSpace is used to refer to a universe of VirtualObjects which may interact among themselves within the physicalapparatus known as the Internet, and all such Internet capable devices,whether or not they are actively connected to the InterNet.

The language of CyberSpace speaks of Objects which exist as VirtualObjects. The Objects are Virtual in the sense and the spirit that theyhave no physical existence beyond the realm of CyberSpace. Ultimately,CyberSpace and the Objects therein are merely an interpretation, withinthe Intellectual Realm, of various electronic signals being sent over anetwork of computers, and enabling devices of display and expression.However, the intellectual interpretation is underpinned by said BooleanArithmetic and truly reflects the Form of Distinction of said BooleanArithmetic.

A distinction in CyberSpace defines an Object which is distinct from theremainder of CyberSpace. Such Objects may be iteratively distinguishedwith respect to each other to an arbitrary degree. From such adistinction of Objects within CyberSpace, we have determined thatClasses of Objects may, likewise, be distinguished. A distinction of theForm and Substance of such an Object may be made with respect to theexistence of the Object. Thus, within the virtual reality of CyberSpace,we have determined that:

the Class of an Object is to the Form of said Object,

it is also that:

an actual instance of said Object is to the Substance of the Object.

Beyond the bounds of CyberSpace, an actual instance of said Object ismerely perceived and understood in an intellectual realm to behave andconform according to various intellectual rules and standards, ormethods of behavior. In this case, the phrase “intellectual rules andstandards” suggests a mathematical framework for evaluating therelationships which may exist among Classes of Objects. The Class of anObject is thus distinguished by the rules and standard of behavior towhich it conforms, and a distinction is indicated.

Accordingly, we have determined that the Form of a Class of Objects maybe extended to include new methods and give rise to the Form of a newClass of Objects. Because each Class is distinct, the issue ofinheritence arises as to the methods which are passed from the parentClass to the child Class as an extension of the parent Class. Amusingly,there is a strong analogy between the rules and Forms of inheritencebetween Classes and the rules and Forms of inheritence implicit in thetreatment of independent and dependent claims within 37 CFR 1.75 andrelated sections.

Further, the Substance of Object may only persist over time if theObject possesses a private memory or storage capability, in contrast tothe public memory which is the remainder of CyberSpace. This raises theissue of communication between Objects within CyberSpace. In thisregard, CyberSpace is considered as a medium where signal messages maybe exchanged between Objects. The message exchange may follow either aprocedural or exception-driven processing protocol, whereas thisdistinction of protocols conforms to the Form of said BooleanArithmetic.

SUMMARY OF THE INVENTION

It is a feature and advantage of the present invention to provide apractical solution to perceiving the substantive meaning ofmeasurements, represented as digitized information, in regard to anactual physical or virtually conceptual, event, or series of events.

It is another feature and advantage of the present invention toefficiently distinguish and organize the Form and Substance of a VirtualSensor relating to the autonomous processing of the Virtual Sensor.

It is another feature and advantage of the present invention to providea Graphic User Interface which allows and supports the construction ofSensor Objects from the standard libraries of ObservationMethod Objectsand ExpressionMethod Objects.

It is another feature and advantage of the present invention to clarifyan intellectual design or generic framework whereby it is structured insuch a way as to allow a yet unspecified set of specifications to beprocessed. The assumption of the underlying CyberSpace enables suchstructure to be constructed as virtual forms which are conformed ortransformed into actual forms at a later time, and then instantiated asan Object of Substance.

It is another feature and advantage of the present invention to clarifythe substantive Variables and Methods inherent in an observation processand formalize the Variables and Methods as a class of Object, called theObservationMethod Object Class, which inherently supports the Variablesand Methods.

It is another feature and advantage of the present invention to providea library of common ObservationMethod Objects to serve as a standardlibrary of means for observation of the digitized information of theVirtual Sensor, whereby access to a wide variety of digitizedinformation, in a wide variety of conventional file and CyberSpaceObject formats, is actively and immediately supported.

It is another feature and advantage of the present invention to providea library of common ObservationMethod Objects to serve as an examplelibrary of techniques to allow synchronous or asynchronous access to anyfile or Object which may be addressed by a Universal Resource Locator(URL), and its derivative forms, including, but not limited to, Telnet,FTP, etc.

It is another feature and advantage of the present invention to clarifythe substantive Variables and Methods inherent in an expression processand formalize the Variables and Methods as an abstract class of Object,called the ExpressionMethod Object Class, which inherently supports theVariables and Methods.

It is another feature and advantage of the present invention to providea library of common ExpressionMethod Objects to serve as a standardlibrary of means for expressing the substantive meaning, of thedigitized information of the Virtual Sensor, within various devicecontexts.

It is another feature and advantage of the present invention to providea Graphic User Interface which allows and supports the dynamicconstruction of complete ExpressionMethod Objects.

It is another feature and advantage of the present invention to clarifythe substantive Variables and Methods inherent in an evaluation processand formalize the Variables and Methods as an abstract class of Object,called the EvaluationMethod Object Class, which inherently supports theVariables and Methods.

It is another feature and advantage of the present invention to providea library of common EvaluationMethod Objects to serve as a standardlibrary of means for evaluating the substantive meaning, of thedigitized information of the Virtual Sensor, with respect to establishedaverages, ranges of possible value, and other statistical quantities andformulas which relate to, and describe the behavior of, the targetevent, or series of events, and conditions, or series of conditions.

It is another feature and advantage of the present invention to providea library of common EvaluationMethod Objects to serve as an examplelibrary of techniques to demonstrate software programming techniques fora variety of statistical methods, which may serve as the basis for moreadvanced statistical analysis and rendering specification.

It is another feature and advantage of the present invention toformulate the nature of the EvaluationMethod.class Object such that aso-called “Null Evaluation” Method may exist for any definedRenderingMethod.class Object Method. This allows arbitrary binaryinformation to be passed directly through from the sensor device to theexpression device, without interpretation.

It is another feature and an advantage of the current invention that foreach RenderingMethod.class Object, it is possible to construct aso-called “Identity” ExpressionMethod.class Object by pairing theRenderingMethod.class Object with the “Null” EvaluationMethod.classObject, so as to form a single pair rendering expression. For all such“Identity” ExpressionMethod.class Objects, the rendering will bedirectly, immediately, and exactly be determined by the observationreadings.

It is another feature and advantage of the present invention to clarifythe substantive Variables and Methods inherent in a rendering processand formalize the Variables and Methods as a class of Object, called theRenderingMethod Object Class, which inherently supports the Variablesand Methods.

It is another feature and advantage of the present invention to providea library of common RenderingMethod Objects to serve as a standardlibrary of means for rendering a physical manifestation whichcorresponds to the result of the corresponding EvaluationMethod Object,within the ExpressionMethod Object of the Virtual Sensor. It is anotherfeature and advantage of the present invention to provide a library ofcommon RenderingMethod Objects to serve as an example library oftechniques to demonstrate the use of commercially available “AbstractWindows Toolkit” techniques for visual expression via a Graphic UserInterface, and other techniques for expression via virtual devicedrivers which may, in turn, control any variety of devices which may becontrolled via the stream of the digitized information which resultsfrom the corresponding EvaluationMethod Object, within theExpressionMethod Object of the Virtual Sensor.

It is another feature and advantage of the present invention to providea Graphic User Interface which allows and supports the construction ofSiteProfile Objects as a collection of Sensor Objects.

It is another feature and advantage of the present invention to providea Graphic User Interface which allows and supports the construction ofExpressionMethod Objects from the standard libraries of EvaluationMethodObjects and RenderingMethod Objects. This allows for a standard libraryof expressions to be constructed from a standard library of renderingsand evaluations.

After proper analysis of the methods of collecting data, we determinedthat any method of collecting data and then ascertaining the meaning ofthe data, should be represented as a “Virtual Sensor”. This VirtualSensor is formulated as an Object, and consists of several componentswhich are also formulated as Objects. A critical characteristic of suchCyberSpace Objects is that they have independent and dependentrelationships with each other.

The first of these components is to determine the information that needsto be collected, how is it observed and what is the system for recordingthe observation. The second component is to determine how to evaluatequestions regarding the collected data, such as “Does the informationrepresent an advantageous or disadvantageous condition?” The lastcomponent of a Virtual Sensor is to define a method of expressing, orotherwise displaying, the data in a form that is easily comprehended.Accordingly, we have determined the following definitions and featuresof data collectors:

Sensor: an entity that comprises a Probe which is capable ofObservation, Evaluation, and Expression.

Probe: an entity that appraises a condition with a unit of measure thatconforms to the reason for measuring.

Observation: a method that establishes rules for measuring a conditionto produce a reading that can be recorded in accordance with thoserules.

Evaluation: a method of reviewing readings from a method of measuringand determining its state based on a set of norms appropriate for thereadings.

Expression: a method of rendering, in symbolic forms appropriate to thesensor, the information which has been observed and evaluated.

In light of new advances in modern computers and programming systems andthe above mentioned components which comprise the process of sensing, itis appropriate to seek a formal mathematical paradigm which simulatesthis logical process of observation and expression, thus clarify correctand useful perception.

In view of this current state of the technology, we have found that thetransformation of a conventional Probe device into a Virtual SensorObject within the CyberSpace environment suggests that the VirtualSensor Object should address the above issues of inheritence, memory,and the exchange of messages. As a general strategy for addressing theseissues with respect to a specific Class of Objects, construct a Classsuch that an Object instance of said Class may function as aself-contained entity within CyberSpace, to the greatest degreepossible.

BRIEF DESCRIPTION OF DRAWINGS

FIG. 1 is a graphic rendering of a Sensor.class Object and theassociated component Objects.

FIG. 2 is a graphic rendering of a Sensor.class Object beinginstantiated by an om_.class extension of the ObservationMethod.classObjects.

FIG. 3 is a graphic rendering of the GetReading Method of a Sensor.classObject and example or_.class extensions of the ObservationReadings.classObject.

FIG. 4 is a graphic rendering of a Static Mode om_.class extension ofthe ObservationMethod.class.

FIG. 5 is a graphic rendering of a Dynamic Mode om_.class extension ofthe ObservationMethod.class.

FIG. 6 is a graphic rendering of a Sensor.class Object beinginstantiated by an xm_.class extension of the ExpressionMethod.class.

FIG. 7 is a graphic rendering of the relationship between the ExpressMethod of the Sensor.class Object and the RenderSensorExpression Methodof the ExpressionMethod.class.

FIG. 8 is a graphic rendering of the emDeviation and emAverage Methodsof the EvaluationMethod.class.

FIG. 9 is a graphic rendering of the RenderSensorSymbol Method of theRenderingMethod.class.

FIG. 10 is a graphic rendering of the instantiation of aSiteProfile.class Object for a Client Site.

FIG. 11 is a graphic rendering of selecting the New Menu Item of theSite Menu to create a new instance of a SiteProfile.class Object.

FIG. 12 is a graphic rendering of selecting the Open Menu Item of theSite Menu to access an existing instance of a SiteProfile.class Object.

FIG. 13 is a graphic rendering of selecting the Specific Menu Item ofthe Readings Menu to define an ObservationPeriod.class Object.

FIG. 14 is a graphic rendering of the external Form of a SensiView.classObject and the expression of a Site of Virtual Sensor Objects, driven bythe svTimeThread.class Object indicated by the Play Button.

FIG. 15 is a graphic rendering of a SensiView.class Object, with theCurrent Menu Item of the Click Menu selected to enable the “mouse-click”display of the current moment of readings for a Virtual Sensor.

FIG. 16 is a graphic rendering of a SensiView.class Object, with theDigital Menu Item of the Click Menu selected to enable the “mouse-click”digital display of all moments of readings for a Virtual Sensor,

FIG. 17 is a graphic rendering of a SensiView.class Object, with theGraph Menu Item of the Click Menu selected to enable the “mouse-click”graphic charting of all moments of readings for a Virtual Sensor.

FIG. 18 is a graphic rendering of a SensiView.class Object, with theProperties Menu Item of the Click Menu selected to enable the“mouse-click” identication of the component Objects of a Virtual Sensor,via a Sensor Methods Window Object which enumerates the components.

FIG. 19 is a graphic rendering of a SensiView.class Object, with theEdit Mode Menu Item of the Click Menu selected to enable the“mouse-click” modification of the component Objects of a Virtual Sensor,via a Sensor Methods Window Object which enumerates the components.

FIG. 20 is a graphic rendering of a Sensor Methods Window Object, withthe name field of the Observation Method clicked to enable specificationand modification of the om_.class Object used by the Virtual Sensor, viaa Observation Method editor Window Object.

FIG. 21 is a graphic rendering of a Sensor Methods Window Object, withthe name field of the Expression Method clicked to enable specificationand modification of the xm_.class Object used by the Virtual Sensor, viaa Expression Method editor Window Object.

FIG. 22 is a graphic rendering of a Expression Method Window Object,with a row of the Symbol Producer Methods clicked to enablespecification and modification of the em_.class Object and rm_.classObject which produce the Expression Symbol, via a Symbol Pair editorWindow Object.

FIG. 23 is a graphic rendering a transport mechanism for communicationof content messages and intent instructions among and between theObjects, whereas all Sensiview components are formulated as Objects inCyberspace.

FIG. 24 is a graphic rendering the Internet regarded as a transportmechanism for communication of content messages and intent instructionsamong and between the Objects, whereas all Sensiview components areformulated as Objects in Cyberspace.

DESCRIPTION OF THE PREFERRED EMBODIMENTS

The present invention is based on the problem of perceiving thesubstantive meaning of large quantities of digitized information relatedto the observation of actual or virtual phenomena. By discovering theForm and Substance of the abstract Objects and Methods of sentientobservation, expression, evaluation, and rendering, a Virtual SensorObject may be instantiated to express the substantive meaning ofdigitized information in the most natural and effective mode possiblefor a given set of conditions.

The present invention consists of the Sensor.class of Objects, which maybe instantiated within the CyberSpace environment, to create an instanceof a Virtual Sensor Object. As such, the Sensor.class of Objectsprovides only Instance Variables and Class Methods, for reference andinvocation by other CyberSpace Objects. The invocation of a ClassMethod, must always be performed from within another CyberSpace Object,with the appropriate parameters being specified along with theinvocation. This gives great utility to the Virtual Sensor Objects, butrequires programming skill as a prerequisite to even consider usage. Aconsumer-oriented solution must nullify this requirement.

Thus, it is a natural extension, and an integral aspect thereof, of theVirtual Sensor Object to also provide a Graphic User Interface (GUI)which supports a fully parameterized implementation of all possiblefunctional invocations of the Class Methods. Further, such a GraphicUser Interface will necessarily and immediately provide a Graphic Devicefor the expression of graphic, visual renderings, and will serve as adefault Expression Device for the Sensor.class of Objects.

The Form and Substance of a Sensor

The construction of a Virtual Sensor Object begins with understandingthe Form and Substance of a conventional sensor Probe. Towards thisunderstanding, the Form and Substance of such a Probe is discussed withrespect to each of the physical and intellectual realms of consciousexperience:

I. Physical Realm Discussion

I.A Formal Perspective

In the physical realm, a Probe is typically any device which may beemployed to quantify a physically observable property of an Object.

I.B The Physical Substance of a Probe

The Substance of a physical Probe device, in turn, is typically amaterial which exhibits some novel physical behavior with respect to aphysical process of observational interest. For example, the metalMercury assumes a liquid form for our “living range” of temperature.Further, it expands and contracts in a very predictable manner, and,therefore, is an excellent candidate for making thermometers when themeasurement may be visually reflected as a meaningful rendering. In thiscase, the visual graphic rendering of the measurement is what weactually see with our conscious vision and stands as direct experienceof the novel behavior.

With respect to the Internet, we are interested in Probes which measurephysically observable processes and provide the measurement in anelectronic form, e.g., a datastream via an RS-232, etc., connection.Accessing and processing this datastream defines the function of theObservation Method Object.

Naturally, most Probes of this kind will rely on some novel electronicbehavior with respect to physical process of observational interest.There can be very advanced, and expensive, science involved. From anarchitectural perspective, we are interested in Probe as common Deviceswhich exactly and faithfully transform the measurable Substance of anObject from the physically observable form, into an electronic digitalform. Subsequent activity deals with the measurable Substance in anintellectually conceptual form, and defines the function of theExpression Method Object.

I.C The Physical Form Of A Probe

The Form of a Probe will typically have two formal components. The firstcomponent is the “Probe” which directly experiences the measurableSubstance of the process being observed. It is the “Probe” which affectsthe novel electronic behavior. Visually, a “Probe” has the Form of alength of common wire, with a small device at one end, and with a plugat the other. The second component is the “controller” which interpretsthe affected state, of the first component, and then, records theinterpretation in an electronic Form, for subsequent transmission. Thus,the visual Form of a Probe appears as a box with input connections fromthe “Probe”, and a single output connection to a platform.

II. Intellectual Realm Discussion

II.A Formal Perspective

In the intellectual realm, a Probe is manifested as a well-defined datastream of quantified measurements.

II.B The Intellectual Substance Of A Probe

In the intellectual realm, the Substance of a Probe provides aninterface function between the realm of that which is physicallyobservable and that which may be intellectually conceptualized in amathematical form. This allows measurements to be quantified accordingto, and with respect to, a standard.

II.C The Intellectual Form Of A Sensor

In the intellectual realm, the Form of a Probe is that of atransformation mapping which exactly and faithfully transforms themeasurable substance of an Object from a physically observable Form,into an intellectually conceptual Form, i.e., an absolute numericquantity, with respect to the dimensionality of the physicallyobservable event.

Thus concludes this discussion of the Form and Substance of a Probe withrespect to each of the physical and intellectual realms of consciousexperience.

Drawings and Formal Symbols

Each of the drawing Figures, therein presented, may consist of a seriesof GUI Window Objects, which have a visible Form in CyberSpace, alongwith other Objects which have no visible Form in CyberSpace. Typically,the GUI Window Objects are represented as if they were displayed on amonochrome, black and white cathode ray tube monitor. The other Objectswhich have no visible Form in CyberSpace are presented as the graphicrendering of a Formal Symbol for the representation of a Class ofObjects which may have multiple distinct instances for a Class. EachObject instance, in turn, has a distinct set of Object InstanceVariables and Object Class Methods.

If an entirely blank page represents the content of CyberSpace, then aninstance of a CyberSpace Object Class is represented by a “double lined”severance which cleaves the CyberSpace into an Internal Space andExternal Space. The Form and Substance of the Object is then representedand described within the Internal Space of the Object distinction fromthe rest of CyberSpace. Instance Variable declarations are presentedeither as a text narrative, or, as an “Object-Oriented” pseudo-languageform of syntax. Class Method declarations are represented as distinct,single-line bordered boxes with a title bar on the upper edge whichindicates the name of the Method within the Class. Parenthesis followthe Class Method name to emphasis the special status of a Class Methodname, and to suggest the nature of any parameters which may be passed tothe Class Method during an invocation of the Class Method. Within thetitled and bordered boundary of a Class Method box, the substantivelogic of the Class Method is represented by a conventional flow charttype of diagram. Information flow between Objects is represented as asingle line for one-way flow, and double lines for two-way flow.Finally, “square brackets” are used in a conventional programminglanguage sense to indicate an element of an “array” structure. Likewise,bold face type is used to emphasize the critical programmatic nature ofcertain class, variable, or parameter names.

The Virtual Sensor Object

With this understanding, we have determined that a Sensor.class Objectmust define and declare Object instances of the following formalclasses:

ObservationMethod.class

ExpressionMethod.class

EvaluationMethod.class

RenderingMethod.class

In the sense that a child Object is created and instantiated by a parentObject in FIG. 1, the Sensor.class Object 1-1 enjoys a parent-childrelationship 1-2 with the ObservationMethod.class Object 1-3, as well asa parent-child relationship 1-4 with the ExpressionMethod.class Object1-5. Further, the ExpressionMethod.class Object 1-5 enjoys aparent-child relationship 1-6 with the EvaluationMethod.class Object1-7, as well as a parent-child relationship 1-8 with theRenderingMethod.class Object 1-9. The parent-child relationships have nopractical effect on the operation of a Sensor.class Object 1-1, but doestablish conditions for the construction of such a Virtual SensorObject. For example, a GUI for the construction and management of aVirtual Sensor Object 1-1 must assume responsibility for the creationand instantiation of the ObservationMethod.class Object 1-3, theExpressionMethod.class Object 1-5, and the pairs ofEvaluationMethod.class Object 1-7 and RenderingMethod.class Object 1-9which constitute the Sensor.class Object 1-1. It should be noted that,as distinct CyberSpace Objects, all communication among such Objects isdefined by, and both allowed and limited by, the Methods which aresupported by the Objects of interest.

These Objects interact with other Objects, as indicated by the FormalSymbols in FIG. 1, to enable a direct flow of digital information 1-11,1-12, 1-14, 1-15, 1-17, 1-18 from a source sensor device 1-10 to adestination expression device 1-19. The internal Form and Substance ofthe Object Classes are not represented in FIG. 1, but are detailed inFIG. 2 through FIG. 7.

The complete architecture of a Sensor.class Object 1-1 as depicted inFIG. 1, begins with a source of digital information 1-10 which isavailable via a URL reference, using an appropriate Protocol Portion,such as “file://” or “http://”. The communication between the source ofdigital information 1-10 and the ObservationMethod.class Object 1-3 isbi-directional 1-11 and allows access to either:

a general file or database structure in a “snapshot” manner via a StaticMode of observation; or,

a Sensor Device Driver in a “continuous” manner via a Dynamic Mode ofobservation.

With the Static Mode of observation, a logically complete set ofobservation readings are obtained as a single, bulk downloading event,whereas, with the Dynamic Mode of observation, reading values arecontinuously updated in real-time by a specific sensor probe DeviceDriver. The updates from said Device Driver may be handled by eithersynchronously polling for a reading, or may be asynchronouslyinterrupted when a reading event occurs. In any such case, the readingresult values, which are observed by the ObservationMethod.class Object1-3, are then placed 1-12 into an ObservationReadings.class Object 1-13for reference by the GetReading() Method 3-3, described below, of theSensor.class Object 1-1. Thus, the GetReading() Method 3-3 of theSensor.class Object 1-1 may then always yield an appropriate SensorReading for any defined moment, including the current moment. Once aninvocation of the GetReading( ) Method 3-3 has instantiated theObservationReadings.class Object 1-13 for the moment of interest, theExpress() Method 7-3 of the Sensor.class Object 1-1 may be invoked tocause the substantive meaning of the sensor reading to be expressed onthe target Expression Device 1-19.

The ExpressionMethod.class Object 1-5 in FIG. 1, enjoys a child Objectrelationship 1-4 with the Sensor.class Object 1-1 as the parent Object.The ExpressioMethod.class Object 1-5 also enjoys a parent relationships1-6, 1-8 with the child EvaluationMethod.class Objects 1-7 andRenderingMethod.class Objects 1-9, respectively, which it creates andmaintains. Note that parent-child relationships are represented by“arrowed” lines between Class Objects, but also imply the bi-directionalpotential for information flow. An invocation of the Express() Method7-3, described below, of the Sensor.class Object 1-1 will cause thecontents of the current ObservationReadings.class Object 1-13 to bepassed to 1-14 the EvaluationMethod.class Object 1-7 for the evaluationof substantive meaning. The EvaluationMethod.class Object 1-7 in FIG. 1,is formulated as a mathematical transformation of a dimensionedmeasurement with respect to a classification scale that is appropriateto the dimensionality of the units of measurement. The result of saidtransformation is a statistical quantity which may be interpreted as ameaningful indication of the degree of deviancy from a comfortable,natural, or generally accepted state or behavior for an observedreading. Implicit in each EvaluationMethod.class Object 1-7 is theemDeviation() Method 8.7, described below, which invokes the emAverage()Method 8.7, described below, to define the natural or generally acceptedstate or behavior for an observed reading. The emDeviation() Method thenclassifies an ObservationReadings.class Object, which is passed as aparameter to the emDeviation() Method, with respect to the emAverage()Method.

With this mathematical formulation of the EvaluationMethod.class Object1-7 in FIG. 1, it is natural to define a so-called “Null Evaluation”Method to provide a transformation which recrosses the distinctionbetween a dimensioned and statistical Object and effectively nullifiesany transformative effects or actions. In general, such a NullEvaluation Method exists for any defined RenderingMethod.class Object1-9 Method. The Null Evaluation Method accesses 1-14 and passes 1-15 theSubstance of the ObservationReadings.class Object 1-13 1-3 directly ontothe RenderingMethod.class Object 1-9, without interpretation. Thisallows arbitrary binary information to be passed directly through fromthe sensor device to the expression device. For example, the source ofdigital information could be a digital camera or video recorder, and theexpression device is a CRT.

The substantive meaning is represented as a DeviationStatistic.classObject 1-16 in FIG. 1, which represents the quality of deviation from anaccepted standard. The quality of clarity is achieved by noting thatwhen there is no deviation from a normal state of being, everything willappear to be normal, and, that when there is a deviation from the normalstate, the appearance will be abnormal. The abnormality may bemanifested and expressed in any visual, auditory, kinesthetic,olfactory, etc., sense, as long as the normal state is well-defined.Thus, if something appears abnormal, that means that it is, as asubstantive fact, abnormal. Critical levels of abnormality may, in turn,invoke other options within the RenderingMethod.class Object 1-9 Methodsof expression. For example, in advanced cases, the options within theRenderingMethod.class Object 1-9 may modify the Instance Variables 2-5,described below, contained within the ObservationMethod.class Object1-3, and thus affect the general strategy of readings observation.

Ultimately, it is the responsibility of the RenderingMethod.class Object1-9 Methods in FIG. 1, to interpret 1-17 the possible abnormal qualitiesindicated by the DeviationStatistic.class Object 1-16 and then to render1-18 an appropriately abnormal expression on the Expression Device. Thenature of the expression should be dimensionally, conceptually, oractually congruent with the process being observed.

It must be noted that each of these Object classes in FIG. 1, isintended to be implemented as an abstract class which must be extendedwith specific Substance that implements the specific Methods that areappropriate to the project at hand or of interest. Several suchextension classes are implemented and support a wide variety ofrequirements and situations. The extension class are genericallyreferred to as the “xx_.class”es, where the prefix “xx” is assigned asfollows:

Abstract Class Substantive Extension ObservationMethod.class om_.classExpressionMethod.class xm_.class EvaluationMethod.class em_.classRenderingMethod.class rm_.class

With this logical architecture of Form for the Sensor.class Objects, wenow address the issues of the Substance of the internal mechanics, asObject-oriented programming language specifications, and the Form of theexternal interface in a tangible medium, as the Form of a canonicalWindow GUI. The following sections detail the Form and Substance of theObjects which are created as components of, and interact with, theSensor.class of Objects.

The Internal Substance—ObservationMethod.class Objects

In FIG. 2, we see a Sensor.class Object 2-1, which contains ObjectInstance Variables 2-2 and Object Instance Methods 2-3, and a typicalom_.class extension Object 2-4 for the substantive creation of anObservationMethod.class Object, which, of course, likewise containsdistinct Object Instance Variables 2-5 and Object Instance Methods 2-6.

In the Object Instance Variables 2-2 in FIG. 2, we note that adeclaration of a reference name, for an instance of the abstract Objectclass, ObservationMethod.class, is declared along with a reference namefor an Object instance of the ObservationReadings.class. The actualObject instances will be created as an om_.class Object 2-4 and as anor_.class Object 3-9 or 3-12, respectively. As specific instances relateto specific problems being addressed, the om_.class is in a uniqueposition and situation to know and implement exactly the standardvariable and algorithms required to observe variable digital informationas if it emanated from a sensor device.

Several such om_class Objects have been implemented for ASCII fileaccess and support various timestamp, numeric, graphic, Decimal Value,and other MIME formats, with a standard algorithm for merging andreconciling the various TimeLines with respect to other Virtual Sensorsat a client Site. Specific DataBase access om_. class Objects must bespecifically programmed on a case by case basis. Standard Softwareinterfaces may be supplied by sensor manufactures to serve as theSubstance of such Objects.

As such, the om_.class Object 2-4 in FIG. 2, allocates and specifies theformat and content of the digital information, whether it representstextual, numeric, graphic, caloric, auditory, etc. information. Thus,the or_.class Object 3-9 or 3-12 of the Sensor.class Object 2-1 is infact created by the om_.class Object 2-4 during the construction. Inother words, when a Sensor.class Object 2-1 is being constructed, it isonly necessary to create an om_.class Object 2-4, as depicted by theline from the omObject declaration 2-2 to the Object instance thereof2-4, whereas an appropriate or_.class Object will be automaticallycreated, based on the requirements of the om_.class Object, as depictedby the line from the om_() Constructor Method 2-6 to the Readingsdeclaration 2-2.

The Internal Substance—ObservationReadings.class Objects

In FIG. 3, two examples of specific or_.class extension Objects aredepicted 3-9, 3-12, along with their relationship to the GetReading()Method 3-3 of a Sensor.class Object 3-1. Each of the Sensor.class Object3-1, the ObservationReadings.class Object 3-4, the first example orclass Object 3-9, and the second or_.class Object 3-12, have their own,distinct Object Instance Variables 3-2, 3-5, 3-10, 3-13 and ObjectInstance Methods 3-3, 3-6, 3-11, 3-14, respectively. The relationship ofsubstantive extension between the ObservationReadings.class Object 3-4and the example or_.class extension Objects is represented by the pairsof connecting lines indicated as 3-7 and 3-8. In general only thestorage type and number of elements will vary from one specificor_.class 3-9, 3-12 to another: the reference names and indexingrequirements will be independent of the storage type and number ofelements considerations.

Further, the ObservationMethod.class Object 3-4 in FIG. 3 must supportthe acquisition of digital information in either a Static Mode, wherebyall digital information is received from an archive or DataBase systemin an orderly manner, or in an Dynamic Mode, whereby an observation isperiodically obtained in real-time by an independent Sensor device. TheGetReading() Method 3-3 presents the two possibilities for having aspecific observation reading returned by the Method.

In FIG. 3, for digital information which is to interpreted as numeric,the or_.class Object 3-9 is merely an abstract formalization of adynamically allocated array of integers into a Class which storesinformation in an arbitrary structure, such as a minimally allocatedarray of integers. This is suggested by the declaration of an array ofintegers which is referenced by the name Moments 3-10. The Moments 3-10array is two dimensional to allow indexing by a moment index and areading value index, for cases in which a sensor probe may returnmultiple values for a single reading moment. The reading value indexwill also serve as a parameter which is referenced from within theExpressionMethod.class Object 6-4, in order to specify the origin of thereading value which is being evaluated. By formal analogy, the or_.classObject 3-12 for a series of graphic images, which are continuouslyrefreshed by a Device Driver, require only a single instance declarationof an image.class Object 3-13. Additional declarations may be made, asneeded, to implement standard techniques such as “double buffering” toeliminate any “flicker effects” that may occur during animation oncertain platforms and expression devices.

In the first example or_.class Object 3-9 in FIG. 3, the digitalinformation of the observed readings is represented by an array ofItemCount integer values 3-10. Further, the first example 3-9, dealswith the Static Mode of observation and further declares the storage tocontain a TimeLineCount number of such arrays of readings 3-10.Accordingly these storage elements may be referenced by the variablename of Moments 3-10. Note well that the ItemCount and TimeLineCountvariables may be dynamically assigned their values by the om_()Constructor Method 2-6.

In the second example or_.class Object 3-12 in FIG. 3, the digitalinformation of the observed readings is represented by a bitmap graphicimage 3-13. Further, the second example 3-12, deals with the DynamicMode of observation and requires only the current reading to beavailable at any time. Accordingly this storage element may bereferenced by the variable name of Current 3-13.

The Internal Substance—Static Mode ObservationMethod.class Objects

FIG. 4 provides the example of an ObservationMethod.class Object 4-1which is extended by the Substance of a Static Mode om_.class extensionObject 4-5. Each of the ObservationMethod.class Object 1 and theom_.class Object 4-5 have their own, distinct Object Instance Variables4-2, 4-6 and Object Instance Methods 4-3, 4-7 respectively. Therelationship of substantive extension between theObservationMethod.class Object 4-1 and the example om_.class extensionObject 4-5 is represented by a connecting line 4-4.

In FIG. 4, the parameter list of the Initialize() Method 4-3 specifies aunique Virtual Sensor identification index, sInx, an abstract ListBoxObject, sLog, and an abstract Label Object, lTag. The formal abstractWindow Objects may be instantiated by any standard Abstract WindowsToolkit (AWT) platform implementation, and thus, allow display of theactivity of the Initialize() Method 4-3 on said platform via actualabstract Window Objects. Note that for a Static Mode om_.class extensionObject 4-5, a conformal or_.class Object 3-9 acts as a table structureof all readings for the period of moments which are downloaded in bulk,or may be possibly staged for refresh.

For a Static Mode ObservationMethod.class Object, the Initialize()Method 4-3 in FIG. 4, of the Virtual Sensor performs certainhousekeeping chores concerned with accessing the digital informationwhich is available via the specification of a Universal Resource Locator(URL) and appended parameter information. There are two general “bulkaccess” programming approaches for obtaining the digital informationassociated with an observation: ASCII file access and generic Data Baseaccess. The resource indicated by a URL may represent either content orintent, in conformity with the Form of said Boolean Arithmetic. In thecase of content, the ASCII information is provided directly as a datastream to be parsed and interpreted. In the case of intent, the URLindicates a resource to be executed with the intent that the executionwill produce a data stream to be parsed and interpreted. The executionof the intent may involve any data base capabilities which are inherentin the host system of the URL. In the case of data base access, it willbe useful to specify an observation period and qualifier to specify theperiod of readings of interest, see FIG. 13. Generally, the observationperiod and qualifier will be used to construct the URL and dataselection specifications with respect to the client Site. Oncecommunication with the URL has been established, the Initialize() Method4-3 will invoke the execution of the GetBulkReadings( ) Method of theom_.class extension Object, and then terminate.

In FIG. 4, the GetBulkReadings( ) Method 4-7 performs read-store logicon a per record basis to implement a “bulk-download” Method to observe acomplete period set of readings as a single, complete event. The “bulkdownload” process loops repeated to read, and store, the observeddigital information into the ObservationReadings.class Object 3-9, untilall the digital information has been read and stored. The URLcommunication is then terminated.

While the present invention utilizes certain specific access methods, itshould be noted that any standard access method for accessing data froma data base or file may be utilized for retrieving the data to performthe data observation. However, the specific access methods which areutilized in the present invention are organized with respect toparticular timestamp, numeric, graphic, and other Multi-purpose InternetMail Extension (MIME) format characteristics which facilitate theretrieval and transmission of this data for receipt by theObservationMethod.class Object.

Note that the Initialize() Method 4-3 may be invoked either once theUser has specified an observation period and qualifier, either via theSite Control Window Menubar, see FIG. 13, or may be invoked via an“AutoLoad” run-time parameter (HTML <Applet>Tag, etc), when aSensiView.class Site Control Window is created.

The Internal Substance—Dynamic Mode ObservationMethod.class Objects

FIG. 5 provides the example of an ObservationMethod.class Object 5-1which is extended by the Substance of a Dynamic Mode om_.class extensionObject 5-5. Each of the ObservationMethod.class Object 5-1 and theom_.class Object 5-5 have their own, distinct Object Instance Variables5-2, 5-6 and Object Instance Methods 5-3, 5-7 respectively. Therelationship of substantive extension between theObservationMethod.class Object 5-1 and the example om_.class extensionObject 5-5 is represented by a connecting line 5-4.

In FIG. 5, the parameter list of the Initialize() Method 53 specifies aunique Virtual Sensor identification index, sinx, an abstract ListBoxObject, sLog, and an abstract Label Object, lTag. The formal abstractWindow Objects may be instantiated by any standard Abstract WindowsToolkit (AWT) platform implementation, and thus, allow display of theactivity of the Initialize() Method 5-3 on said platform via actualabstract Window Objects. Note that for a Static Mode om_.class extensionObject 5-5, a conformal or_.class Object 5-3, 5-12 acts as a holdingarea for the Current (“now”) reading moment.

A real-time access om_.class Object 5-5 must be specifically programmedon a case by case basis and address either an “immediate return”Synchronous Sensor Device Driver or an “interrupt generating”Asynchronous Sensor Device Driver. Software interfaces may be suppliedby sensor manufacturers to serve as the foundations for such om_.classextension Objects 5-5. Whereas a Sensor Device Driver may operate in aSynchronous or an Asynchronous manner, the om_.class extension Object5-5 will be implemented to either poll, in a synchronous manner, a“ready” flag which indicates the presence of a new reading, or respondto, in an asynchronous manner, an interrupt event when it is detected onthe I/O port which is utilized by the Device Driver.

For a Dynamic Mode ObservationMethod.class Object, the Initialize()Method 5-3 in FIG. 5, of the Virtual Sensor performs certainhousekeeping chores with respect to the client Site and activating theSensor Device Driver. The Initialize() Method 5-3 will perform standardtasks that are required to establish communication with the physicalobservation Device Driver.software, as provided by the manufactures ofthe physical observation sensor probes and devices. Once the SensorDevice Driver is ready to respond to requests for readings, theInitialize() Method 5-3 will create a omTimeThread.class Object, andthen terminate. In turn, the TimeThread.class Object will periodicallyinvoke the TimeThreadCallback() Method 5-7 of the om_.class extensionObject. For an Asynchronous Dynamic Mode ObservationMethod.class Object,the creation of such a omTimeThread.class Object is unnecessary sincethe TimeThreadCallback() Method 5-7 will be invoked asynchronously viathe HandleEvent() Method of the ObservationMethod.class Object 5-1, whenan asynchronous event generated by the Device Driver is received. Theasynchronous sensor Device Driver reading event must be immediatelyhandled via the HandleEvent() Method of the ObservationMethod.classObject, in order to dignify the Current nature of the reading and torefresh the reading of the current moment, “now”.

In either case, the Dynamic Mode operation will occasionally invoke theexecution of the TimeThreadCallback() Method 5-7 of the om_.classextension Object. The TimeThreadCallback() Method 5-7, in turn, willperform any necessary Device Driver housekeeping chores, then parse andstore the digital information of the reading.

Note that the Initialize() Method 5-3 may be invoked either via the SiteControl Window Menubar, see FIG. 13, or may be invoked via an “AutoLoad”run-time parameter (HTML <Applet>Tag, etc), when a SensiView.class SiteControl Window is created.

The Internal Substance—ExpressionMethod.class Objects

The design intent of the ExpressionMethod.class Object is to allowmultiple sensory expressions to combine as a single expression ofnormalcy, or deviation therefrom. Towards this end, we have determinedthat an ExpressionMethod.class Object must support a list of pairs of:

EvaluationMethod.class RenderingMethod.class

Objects, where each such pair of evaluation-rendering methods results inan expression for rendition on the target expression device.

FIG. 6 provides the example of a Sensor.class Object 6-1 and theassociated ExpressionMethod.class Object 6-4 which is extended by theSubstance of a xm_.class extension Object 6-8. Each of the Sensor.classObject 6-1, the ExpressionMethod.class Object 6-4 and the xm_.classObject 6-8 have their own, distinct Object Instance Variables 6-2, 6-5,6-9 and Object Instance Methods 6-3, 6-6, 6-10, respectively. Therelationship of substantive extension between the ExpressionMethod.classObject 6-4 and the example xm_.class extension Object 6-8 is representedby a connecting line 6-7. The Figure depicts the creation of thecomponent EvaluationMethod.class Objects, RenderingMethod.class Objects,and other Objects which constitute the ExpressionMethod.class Object.The ExpressionMethod.class Object 6-4 is one of the abstract componentObject Classes of the Virtual Sensor, and is always instantiated by an“xm_.class” Object.

In FIG. 6, the declaration of a reference name 6-2, xmObject, is madeand instantiated for an ExpressionMethod.class Object 6-4 by thecreation of an “xm_.class” Object 6-8. The creation of the xm_.classObject 6-8, is achieved by invocation of the xm_() Constructor Method6-10 of the xm_.class Object 6-8. As such, the xm_.class Object 6-8, isin a unique position and situation to specifically define and configurethe components and parameters of the expression to be rendered.Specifically, the xm_() Constructor Method 6-10 will specify the numberof symbols 6-5 which comprise the complete expression, and will alsocreate the arrays for the EvaluationMethod.class Object andRenderingMethod.class Object pairs which generate each such expressionsymbol 6-5. In addition, the xm_() Constructor Method 6-10 will alsocreate a formal abstract CheckboxMenuItem Object, which may beinstantiated by any standard Abstract Windows Toolkit (AWT) platformimplementation, to allow GUI control of the Virtual Sensor expression.Finally, an ExpressionParams.class Object, MediaContext 6-2, is createdand assigned any particular Expression Device parameters which may benecessary for the effective utilization of the Expression Device by theRenderingMethod.class Objects 6-5 involved.

FIG. 7 provides the example of a Sensor.class Object 7-1 and theassociated ExpressionMethod.class Object 7-4. Each of the Sensor.classObject 7-1 and the ExpressionMethod.class Object 7-4 have their own,distinct Object Instance Variables 7-2, 7-5 and Object Instance Methods7-3, 7-6, respectively. The Figure depicts a conventional logicflowchart and Object-oriented programming code of theRenderSensorExpression() Method 7-6, and its relationship to theExpress() Method 7-3 of the Sensor.class Object 7-1. The intent of theRenderSensorExpression() Method 7-6 is to express the normality, or lackthereof, of the readings obtained from the GetReading() Method 3-3 ofthe parent Sensor.class Object 7-1.

It should be noted that for each RenderingMethod.class Object, it isalways possible to construct a so-called “Identity”ExpressionMethod.class Object for the RenderingMethod.class Object, bypairing the RenderingMethod.class Object with the “Null”EvaluationMethod.class Object, so as to form a single pair renderingexpression. For all such “Identity” ExpressionMethod.class Objects, therendering will be directly, immediately, and exactly determined by theobservation readings.

In FIG. 7, it is assumed that whatever GUI, or other CyberSpace Object,which invokes the execution of the Express() Method 7-3 of aSensor.class Object, will also provide a Device Object 7-3, as aparameter to the Method, which may serve as the target Expression Deviceon which to render the expression of the Virtual Sensor Object 7-1. Inturn, the Express() Method 7-3 invokes the execution of theRenderSensorExpression() Method 7-6, likewise passing the Device Object7-3, as a parameter.

The execution of the RenderSensorExpression() Method 7-6 in FIG. 7begins by counting against the number of symbol renderings whichcomprise the complete expression and exiting when all the symbols havebeen rendered. When a symbol remains to be expressed, a check is madeagainst the DisplayControl CheckboxMenuItem Object and determines if thesymbol should be rendered or ignored. If it is to be ignored, then thecounting is advanced to the next possible symbol and the loopingcontinued until exit is achieved. Otherwise, the EvaluationMethod.classObject and the RenderingMethod.class Object for the current symbol countare obtained as the Evaluator and Renderer Objects, respectively. Othersuch temporary storage variables, ObservationReadings orobject; ReadingObserved; and DeviationStatistic Deviations; are likewise declared forprocessing convenience and clarity. Then the GetReading() Method 3-3 ofthe Sensor.class Object 7-1 is invoked to obtain the currently specifiedmoment of digital information reading and the ReadingsIndex element 7-6of the ObservationReadings Object is taken as the observed digitalinformation which contains a substantive meaning to be expressed. Thespecific Reading is then passed to emDeviation() Method of the EvaluatorObject to obtain the Deviations associated with the Reading. Finally,the Deviations are passed as parameters, along with the targetExpression Device, to the RenderSensorExpression() Method which thenexpresses an appropriate symbol on the Expression Device. Then thecounting is advanced to the next possible symbol and the loopingcontinued until exit is achieved.

The Internal Substance—EvaluationMethod.class Objects

FIG. 8 provides the example of an EvaluationMethod.class Object 8-1which is extended by the Substance of a em_.class extension Object 8-5.Each of the EvaluationMethod.class Object 8-1 and the em_.class Object8-5 have their own, distinct Object Instance Variables 8-2, 8-6 andObject Instance Methods 8-3, 8-7 respectively. The relationship ofsubstantive extension between the EvaluationMethod.class Object 8-4 andthe em_.class extension Object 8-5 is represented by a connecting line8-4.

It is the function of the EvaluationMethod.class Object 8-1 to supportan emDeviation() Method 8-7 a which will evaluate an Observed Reading,as a parameter, against a range of normal values and the degrees ofdeviation from the normal range. The deviation information is typicallyreturned from the Method via a DeviationStatistic.class Object 8-7 b.Likewise, an emAverage() Method 8-7 c will yield the average, expectedvalue for said range of normal values. There are two specific em_.classextension Classes 8-5 of interest: emidentity.class the “Null”EvaluationMethod.class, and emRangeDialog.class the “Dynamic Range”EvaluationMethod.class.

The emidentity.class provides no transformative activity on the ObservedReading parameter 8-7 a which is passed to the emDeviation() Method 8-7a of the said Class, whereas the DeviationStatistic 8-7 b will beconstructed to return exactly the Observed Reading parameter 8-7 a whichwas passed in for evaluation. This is a recrossing of the distinctionbetween a dimensional and a statistical entity and conforms to the Formof the said Boolean Arithmetic.

The emRangeDialog.class provides a dynamically configurable range ofdeviation values via a “Deviation Range Specification Dialog” Objectthat supports a dynamically configurable range of deviation valuesagainst a quantified dimensional scale.

The Internal Substance—RenderingMethod.class Objects

FIG. 9 provides the example of a RenderingMethod.class Object 9-1 whichis extended by the Substance of a rm_.class extension Object 9-5. Eachof the RenderingMethod.class Object 9-1 and the rm_.class Object 9-5have their own, distinct Object Instance Variables 9-2, 9-6 and ObjectInstance Methods 9-3, 9-7 respectively. The relationship of substantiveextension between the RenderingMethod.class Object 9-4 and the rm_.classextension Object 9-5 is represented by a connecting line 9-4.

It is the function of the RenderingMethod.class Object 9-1 to support aRenderSensorSymbol() Method 9-7 which will render an appropriate symbolon an Expression Device, Device, for a DeviationStatistic.class Object.A Graphics Device is always available in the context of a GUI and thisleads to a discussion of the features available in any standard AbstractWindows ToolKit (AWT) for the construction of geometric shapes andgraphic images. We have determined several natural symbols forexpressing abnormalities and deviations, which have been implemented asrm_.class extension Objects 9-5. The typical rm_.Class extension mayalso support a RenderingParms.class Object for each invocation of theeffective Method, which are controlled at the parentExpressionMethod.class Object 6-4.

The Internal Substance—Conclusion

This completes the construction of the Virtual Sensor Object as aninstance of the Sensor.class. Aside from the Log ListBox and StatusLabel pair of Abstract Window Toolkit Control Objects, passed asparameters to the ObservationMethod.class Methods, there are no GraphicUser Interface elements used within the Virtual Sensor Object. Thus, webegin the construction of a fully parameterized Graphic User Interfaceto provide an End-User friendly form of interaction with the featuresand benefits of a Virtual Sensor. At each stage of the followingconstruction, standard conventions and practices concerning the Forms ofrendering and design of GUI layouts and elements will be observed ascanons for the construction for the GUI, and thus it will exist as acanonical GUI Window.

The External Form—A Site of Virtual Sensors

It is a natural extension of the Virtual Sensor Object to also provide aGraphic User Interface (GUI) which supports a fully parameterizedimplementation of all possible functional invocations of the ClassMethods. Further, such a Graphic User Interface will necessarily andimmediately provide a Graphic Device for the expression of visualrenderings, and will serve as a default Expression Device for theSensor.class of Objects. If we consider a set of Virtual Sensor Objectswith respect to some reference system, or client Site, withinCyberSpace, two distinct levels of management must be addressed.

Firstly, there is a level of management which deals with how the VirtualSensor Objects are individually configured. Each Virtual Sensor Object,as a CyberSpace Object instance of the Sensor.class, may exist in apersistent Form, which may be loaded and executed directly; or, mayexist in the potential Form of a ASCII text file, which provides theconstruction specifications for a Sensor.class Object. As such, aSiteProfile.class Object declares and instantiates the Virtual SensorObjects that exist with respect to the Graphic Images of the clientSite, along with various Instance Variables for processing control,definition, and expression. However, it is pointless to further discussthe configuration of an individual Virtual Sensor Object until a frameof reference, i.e., a SiteProfile.class Object has been established,which is the next logical topic of discussion. Thus, the configurationof an individual Virtual Sensor Object will be addressed in the laterdiscussion of the Edit Mode Menu Item of the Click Menu (FIG. 19). Forthe current discussion, it is therefore assumed that each Virtual SensorObject is well defined and configured with respect to the client Site.

Secondly, there is a level of management which deals with a well definedcollection of Virtual Sensor Objects with respect to a specific clientSite. In addition to the Virtual Sensor Objects, there are GraphicImages and other means of expression which may require specification bythe client and, hence, must be specified by the SiteProfile.class Objectfor the client Site. As a CyberSpace Object, each SiteProfile.classObject may exist in a persistent Form, which may be loaded and executeddirectly; or, may exist in the potential Form of a ASCII text file,which provides the construction specifications for a SiteProfile.classObject. As such, this is analogous to the management of a collection ofdocuments, and a standard solution is provided by a conventional seriesof New . . . Open. . . Save . . Save As . . Close Menu Items within aFile Menu, which in this context, is more appropriately called a SiteMenu. Each of the SiteProfile.class Objects and Sensor.class Objects maybe managed with such a Site Menu or Sensor Menu solution of Menu Items.

An extension of this solution is the implementation of Persistence forthe Virtual Sensor, SiteProfile.class and ObservationReadings.classObjects, which may then be referenced by their respective URLs. Suchpersistent Objects may be loaded for immediate execution, as needed, byeither the host platform of the CyberSpace Objects, or, programmaticallyfrom within the Sensor.class Object via an invocation of a ClassLoad()Method. A ClassLoad() Method implements the recrossing of thedistinction between the content and intent of a series of distinctions,and conforms to the Form of the said Boolean Arithmetic.

FIG. 10 provides an example of a SiteProfile.class Object 10-1 which hasits own, distinct Object Instance Variables 10-2 and Object InstanceMethods 10-3, respectively. A standard ASCII text file may serve as aSite Definition Parameters File 10-4. Note that the SiteProfile.classObject 10-1 declares a reference array, SensorDevice[] 10-2, of VirtualSensor Objects, as instances of the Sensor.class of Objects. This is thecollection of Virtual Sensor Objects which will later be referenced, bya svTimeThread.class Object of the parent SensiView.class Object, todrive their observation-expression cycle sequence over time (FIG. 14).

In FIG. 10, the PrepareSiteProfile() Method 10-3 illustrates the abilityof a Persistent Object to indicate that it was previously loaded, and isnot being created as a new instance, so exit is achieved. However, if anew instance is being created, then the Substance of the Object must beobtained from an ASCII text file 10-4, of construction specifications,as the content of the file. In such a case, the constructionspecifications are read in from the URL data stream of the SiteDefinition Parameters File 10-4 and stored into standard private memory,for subsequent reference by other Methods of the Class, as the SensorDefinition Parameter Variables 10-2, and exit is achieved.

Once the Sensor Definition Parameter Variables 10-2 in FIG. 10, havebeen instantiated, the PrepareSiteSensors() Method 10-3 may be invokedto complete the instantiation of the Sensor.class Objects for the Site.It is assumed that a parent SensiView.class Object maintains a currentand previous copy of the most recently used SiteProfile.class Objects10-1. The previous SiteProfile.class Object 10-1 is passed as theLastSite parameter to the PrepareSiteSensors() Method 10-3. This allowsany previously instantiated Sensor.class Objects to be reused from theprevious SiteProfile.class Objects 10-1. Otherwise, the SensorDevice[]array 10-2 element instance of a Sensor.class Object is explicitlyconstructed according to the Sensor Definition Parameter Variables 10-2.This looping continues until all SensorDevice[] array 10-2 elements havebeen instantiated for the current Site.

The External Form—Viewing Client Sites

Once the Form and Substance of a client Site of Virtual Sensor Objectshas been expressed and defined, we have determined that the Graphic UserInterface should have a Form of interaction, operation, and control thatis analogous to that of a conventional media player, such as an AudioTape, Compact Disk, or Video Cassette Player, with a like set ofcontrols for the sequential, chronological rendition of recordedinformation. In this role, a SensiView.class Object provides a SiteControl Window as a means for managing and expressing a set of VirtualSensor Objects, in the Form of a SiteProfile.class Object, with respectto a client Site, where the Virtual Sensor Objects are conceptually oractually located.

The SensiView.class Object is a management shell Window Object for agraphics device and any other expression devices which may be used torender the expression of the Virtual Sensor Objects. This Object isintended to support audio, thermal, motion, general device controlrenderings, and other sensory expressions.

Access of a SiteProfile.class Object by the SensiView.class Object isalways indicated by the presence of a SensorsCanvas.class Object whichimplements a general graphics Device that responds to mouse clicks whichoccur over an assigned Virtual Sensor location, relative to the graphiccanvas and is complete. The SensorsCanvas.class Object displays theGraphic Image for the client Site and the expression of the VirtualSensors indicated by the currently accessed SiteProfile.class Object.

FIG. 11 depicts User interaction with the Site Control Window 11-1 of aSensiView.class Object to create an entirely new SiteProfile.classObject without Substance, and the associated SensorCanvas.class Objectwhich acts as the Site Window Object 11-4. Note how a SiteProfile.classObject without Substance is manifest as a Site Window Object 11-4 with ablank image and no Virtual Sensor Objects indicated. The Site ControlWindow 11-1 is a graphic rendering of the external visual manifestationof a SensiView.class Object as a standard CyberSpace Window, and itsimplemented MenuBar and assorted ScrollBar, Button, TextField, and otherAbstract Windows ToolKit Control Objects. Specifically, the New MenuItem 11-2 of the Site Menu is selected to initiate a Site specificationdialog 11-3 of User interaction, for creating an entirely new instanceof a SiteProfile.class Object. Once a client Site Title, Graphic ImageURLs, and ClassLoad() Method Directory Paths have been typed in to therespective fields, and the OK button is clicked, an entirely newSiteProfile.class Object without Substance, and the associated SiteWindow Object 11-4 are created.

FIG. 12 depicts User interaction with the Site Control Window 12-1 of aSensiView.class Object to open an existing SiteProfile.class Object, andthe associated SensorCanvas.class Object which acts as the Site WindowObject 12-4. The Site Control Window 12-1 is a graphic rendering of theexternal visual manifestation of a SensiView.class Object as a standardCyberSpace Window, and its implemented MenuBar and assorted ScrollBar,Button, TextField, and other Abstract Windows ToolKit Control Objects.Specifically, the Open Menu Item 12-2 of the Site Menu is selected toinitiate a Site open dialog 12-3 of User interaction to specify aninstance of a SiteProfile.class Object. Once a URL has been typed in tothe respective field, and the OK button is clicked, the specifiedSiteProfile.class Object is instantiated and the associated Site WindowObject 12-4 will display the Graphic Image for the client Site, asspecified by the current SiteProfile.class Object. In this case, theSiteProfile.class indicates a Graphic Image which depicts thearchitectural schematic of a pair of gateway towers.

The External Form—Static Mode Observation Periods

In a practical sense, all observations are made during a specific momentof time, with respect to an arbitrary qualifier. Thus, for a Static ModeObservationMethod.class Object, it is appropriate and useful to allowthe User to specify a generalized ObservationPeriod.class Object.

FIG. 13 is a graphic rendering of a SensiView.class Object 13-1, withthe Specific Menu Item 13-2 of the Readings Menu selected to define anObservationPeriod.class Object 13-5 via a PeriodDialog.class Object,which enjoys the external Form of an Observation Period SpecificationWindow Object 13-3. The ObservationPeriod.class Object 13-5 of aSensor.class Object 13-4 governs what digital information may bereferenced by a URL either at a remote host or on the local platformenvironment. The SetObservationPeriod() Method 13-6 of a Sensor.classObject 13-4 is used to assign the individual ObservationPeriod.classInterval Object 13-5 for the Sensor.class Object 13-4. The digitalinformation may represent any actual or virtual observation, and mayexist in any format which may be expressed. In as much as the digitalinformation represents a sequence in time, it is always appropriate tospecify a period of time with a specific “From” starting instant, and aspecific “Thru”, meaning “to and including”, ending instant, as providedin the Observation Period Specification Window Object 13-3.

Further in FIG. 13, the Observation Period Specification Window Object13-3 allows the entry of a so-called “Observation Qualifier” which isused to indicate a particular subset of a complete set of digitalinformation which may exist at the client Site. Such an ObservationQualifier may appear, to a User at a client Site, as merely a “Set Id”,or, alternatively, it may embody the complexity of a DataBase selectioncriteria. SensiView cannot anticipate all the possible client data baseand file structures which a client may employ to organize and archivetheir digital information. However, in all cases, SensiView can providean Observation Period Specification Window Object 13-3 to allow the Userto specify a period of time and an Observation Qualifier, for referenceby any ObservationMethod.class Object which loads selected readings.

The fact, that ObservationPeriod.class Objects 13-5, in FIG. 13, existon a per Sensor.class Object 13-4 basis, indicates that a distinctTimeLine, consisting of the ordered TimeStamps indicating the respectivemoments of the readings selected for a qualified observation period,exists for each given Virtual Sensor. As such, the period of time “From”the starting instant “Thru” the ending instant may be arbitrarilysubdivided into mutually exclusive “Moments” within the period. Standardinterpolation and morphing techniques may be applied to achieve auniform distribution of data readings within an observation period, withrespect to the other observation periods within a client Site.

Of course, for a Dynamic Mode ObservationMethod.class Object, it isunnecessary to specify a qualified observation period of time becausethe current moment of the current period of time, in a Dynamic Mode ofobservation and conscious experience, is always “now” and “here”.

The External Form—The SensiView Time Thread Object

FIG. 14 includes a graphic rendering of the external Form of aSensiView.class Object as a Site Control Window 14-1, with the PlayButton 14-7 indicated to signify the animation feature of theSensiView.class Object. The svTimeThread.class Object 14-16 isinformally represented to clarify the cyclical and chronological natureof the Object. A Site collection of Virtual Sensor Objects 14-17, 14-18,14-19, 14-20 are seen as autonomous Objects, whose expression 14-21,14-22 is driven by the svTimeThread.class Object 14-16. Items 14-2 thru14-15 constitute the AWT Control Objects which serve as the GUI.Specifically, the Stop button control Object 14-9, causes any activeanimation activity to cease by resetting a control variable in thesvTimeThread.class Object 14-16. The Rewind button 14-5, causes thecurrent moment of animation activity to be reset to the beginning of thecurrent qualified observation period, when animation is ceased.Likewise, the −1 button 14-6 and the +1 button 14-8, causes the currentmoment of animation activity to be advanced or retreated one moment,when animation is ceased. At any time, the Lower 14-11 and Upper 14-13buttons may be clicked to record the index of the current momentimmediately above the respective button as 14-10 and 14-12.

The svTimeThread.class Object 14-16 is constructed so as to indefinitelyrepeat and cycle through the observation period as restricted by theLower and Upper values 14-10, 14-12 so indicated. The Scrollbar 14-4provides a convenient mechanism for quickly moving to an arbitrarymoment among the moments of the current qualified observation period. Aclick on either of the step arrows of the Scrollbar 14-4 will cause anadvance or retreat of “Scroll Step” moments 14-15, when animation isceased. The animation frame rate 14-14 is specified as moments persecond. The text label areas 14-2, 14-3 are used to display currentmoment information and various status information.

In FIG. 14, the substantive logic of the svTimeThread.class Object 14-16is informally presented as a flowchart of the Callback Method that isdriven by the TimeThread. Repeatedly, after pausing a fixed period oftime corresponding to the animation frame rate 14-14, the CallbackMethod will invoke the GetReading() and Express() Methods of eachVirtual Sensor 14-17, 14-18, 14-19, 14-20, with respect to a GraphicImage of the Site location of the Virtual Sensors. Prior to theexpression of the Virtual Sensor 14-17, 14-18, 14-19, 14-20, theCallBack Method 14-16 will perform any required initialization orbuffering of the Expression Device 14-22 via the Expression DeviceDriver Interface 14-21. Once the expression is completed, the momentindex is incremented, with respect to the Upper 14-12 and Lower 14-10limits, and animation continues indefinitely.

While the animation of the svTimeThread.class Object 14-16 and the SiteWindow 12-4 present a wealth of visual insight over time, it isoccasionally desirable to focus on the readings of a specific moment. Insuch case, the User clicks on the Stop button 14-9 of the Site ControlWindow 14-1 and then clicks on the location of the Virtual Sensor ofinterest within the Site Window 12-4. The selection of the Click MenuItem (FIGS. 15, 16, 17, 18, 19) determines the subsequent action.

The External Form—The Click Current Menu Item

FIG. 15 depicts User interaction, via a standard Mouse Device 15-5, withthe Site Window 15-6 of the SensorCanvas.class Object of the SiteControl Window 15-1 of a SensiView.class Object, when the Current MenuItem of the Click Menu 15-4 is selected to enable the display of thecurrent moment 15-2 of reading values 15-3 for the Virtual Sensor whoselocation is clicked 15-5 within the Site Window 15-6.

The implementation of this feature is achieved via the HandleEvent()Method of the SensorCanvas.class Object processing Mouse Device events,so as to display the numeric values 15-3 associated with the currentmoment 15-3 of ObservationReadings Readings 2-2, when a click event isdetected over the location of the respective Virtual Sensor with respectto the Site Graphic Image.

The External Form—The Click Digital Menu Item

FIG. 16 depicts User interaction, via a standard Mouse Device 16-5, withthe Site Window 16-6 of the SensorCanvas.class Object of the SiteControl Window 16-1 of a SensiView.class Object, when the Digital MenuItem of the Click Menu 16-4 is selected to enable the digital display16-3 of all moments 16-7 of reading values 2-2 for the Virtual Sensorwhose location is clicked 16-5 within the Site Window 16-6.

The implementation of this feature is achieved via the HandleEvent()Method of the SensorCanvas.class Object processing Mouse Device events,so as to display all moments 16-7 of the reading values of theObservationReadings Readings 2-2, when a click event is detected overthe location of the respective Virtual Sensor with respect to the SiteGraphic Image.

The External Form—The Click Graph Menu Item

FIG. 17 depicts User interaction, via a standard Mouse Device 17-5, withthe Site Window 17-6 of the SensorCanvas.class Object of the SiteControl Window 17-1 of a SensiView.class Object, when the Graph MenuItem of the Click Menu 17-4 is selected to enable the graphic charting17-3 of all moments 17-7 of reading values 2-2 for the Virtual Sensorwhose location is clicked 17-5 within the Site Window 17-6.

The implementation of this feature is achieved via the HandleEvent()Method of the SensorCanvas.class Object processing Mouse Device events,so as to graphical chart all moments 17-7 of the reading values of theObservationReadings Readings 2-2, when a click event is detected overthe location of the respective Virtual Sensor with respect to the SiteGraphic Image.

The External Form—The Click Properties Menu Item

FIG. 18 depicts User interaction, via a standard Mouse Device 18-5, withthe Site Window 18-6 of the SensorCanvas.class Object of the SiteControl Window 18-1 of a SensiView.class Object, when the PropertiesMenu Item of the Click Menu 18-4 is selected to enable theidentification 18-7 of the component Objects of the Virtual Sensor whoselocation is clicked 18-5 within the Site Window 18-6. The componentObjects of the indicated Virtual Sensor are displayed 18-7 as: theSensor Field (Identification) Tag 18-8, the Class name of theObservationMethod.class Object 18-9, and the Class name of theExpressionMethod.class Object 18-10, and the AWT ListBox Object 18-11list of pairs of EvaluationMethod.class Objects andRenderingMethod.class Objects which define the individual symbols ofexpression for the Virtual Sensor. When the User has completed theirviewing of the Properties, the OK 18-12 button may be clicked to closethe display window 18-7.

The implementation of this feature is achieved via the HandleEvent()Method of the SensorCanvas.class Object processing Mouse Device events,so as to display the component Objects 6-2 and 6-5 of the VirtualSensor, when a click event is detected over the location of therespective Virtual Sensor with respect to the Site Graphic Image.

The External Form—The Click Edit Mode Menu Item

FIG. 19 depicts User interaction, via a standard Mouse Device 19-4, withthe Site Window 19-5 of the SensorCanvas.class Object of the SiteControl Window 19-1 of a SensiView.class Object, when the Edit Mode MenuItem of the Click Menu 19-2 is selected to enable the identification19-6 of the component Objects of the Virtual Sensor whose location isclicked 19-4 within the Site Window 19-5. The component Objects of theindicated Virtual Sensor are displayed 19-6 as: the Sensor Field(Identification) Tag 19-7, the Class name of the ObservationMethod.classObject 19-8, and the Class name of the ExpressionMethod.class Object19-9, and the AWT ListBox Object 19-10 list of pairs ofEvaluationMethod.class Objects and RenderingMethod.class Objects whichdefine the individual symbols of expression for the Virtual Sensor. Notethat an Edit Menu 19-3 is included on the MenuBar for Edit Mode ofoperation which allows to Cut, Copy, Paste, and Delete complete VirtualSensor Objects, with respect to the client Site Window Object.

The component Objects may be edited by using the Mouse Device 19-4 toplace the input focus on the component information of interest and thenclicking the Edit button 19-11. When the User has completed theirediting of the components, the OK button 19-12 may be clicked to closethe display window 19-6. Alternatively, the Cancel button 19-13 may beclicked at any time to revert the Virtual Sensor to its priorconfiguration.

The implementation of this feature is achieved via the HandleEvent()Method of the SensorCanvas.class Object processing Mouse Device events,so as to display the component Objects 6-2 and 6-4 of the VirtualSensor, when a click event is detected over the location of therespective Virtual Sensor with respect to the Site Graphic Image.

The External Form—The Observation Method Editor Window

FIG. 20 is a graphic rendering of a Sensor Methods Window Object 20-1,with the name field of the ObservationMethod.class Object 20-3 clickedto enable specification and modification, of the om_.class Object usedby a Virtual Sensor, via a Observation Method editor Window Object20-10. The component Objects of the Virtual Sensor are displayed as: theSensor Field (Identification) Tag 20-2, the Class name of theObservationMethod.class Object 20-3, the Class name of theExpressionMethod.class Object 20-4, and the AWT ListBox Object 20-5 listof pairs of EvaluationMethod.class Objects and RenderingMethod.classObjects which define the individual symbols of expression for theVirtual Sensor. The ObservationMethod.class Object 20-3, is selected forediting by use of the Mouse Device 20-9 and then by clicking the Editbutton 20-6. When the User has completed their editing of thecomponents, the OK button 20-7 may be clicked to close the SensorMethods Window Object 20-1. Alternatively, the Cancel button 20-8 may beclicked at any time to revert the Virtual Sensor to its priorconfiguration.

Beyond the Sensor Methods Window Object 20-1, in FIG. 20, theObservation Method editor Window Object 20-10 provides an interfacewhich allows selection 20-11 from the list of all the om_.classes 20-12which are available for the client Site. The specifications and optionsfor the selected om_.class 20-11 are detailed as the operational Mode20-16, a URL target Object extension 20-17, TimeLine Continuity options20-18, the number of distinct values observed per reading 20-19, theformat of the digital information observed by the URL target Object20-20, a description 20-21 of the currently selected Method, and theprecision and dimensionality of the observed reading 20-22. Note thatsome concepts, such as dimensionality, may be inappropriate to graphic,audio, etc. formats. When the User has completed their editing of theObservation Method, the OK button 20-13 may be clicked to close theeditor window 20-10. Alternatively, the Cancel button 20-14 may beclicked at any time to revert to previously defined Observation Method,or, the Help button 20-15 may be clicked at any time to obtainadditional information regarding the options available.

Each _Method.class-type Class of Object supports a Description() Methodto describe the properties that an Object of the Class enjoys. Note thatcertain properties may impact the selection process or otherwiseconstrain the selection of other candidate _Method.class-type Objectswithin a given Virtual Sensor. Examples of such constraints are thenumber of digits precision carried by a numeric value, thedimensionality of the measured quantity and the number of valuesobserved per Reading Moment.

The External Form—The ExpressionMethod Editor Window

FIG. 21 is a graphic rendering of a Sensor Methods Window Object 21-1,with the name field of the ExpressionMethod.class Object 21-3 clicked toenable specification and modification, of the xm_.class Object used by aVirtual Sensor, via an Expression Method editor Window Object 21-10. Thecomponent Objects of the Virtual Sensor are displayed as: the SensorField (Identification) Tag 21-2, the Class name of theObservationMethod.class Object 21-3, the Class name of theExpressionMethod.class Object 21-4, and a ListBox Object 21-5 list ofthe defined pairs of EvaluationMethod.class Objects andRenderingMethod.class Objects which produce the individual symbols ofexpression for the Virtual Sensor. The ExpressionMethod.class Object21-4, is selected for editing by use of the Mouse Device 21-9 and thenby clicking the Edit button 21-6. When the User has completed theirediting of the components, the OK button 21-7 may be clicked to closethe Sensor Methods Window Object 21-1. Alternatively, the Cancel button21-8 may be clicked at any time to revert the Virtual Sensor to itsprior configuration.

Beyond the Sensor Methods Window Object 21-1, in FIG. 21, the ExpressionMethod editor Window Object 21-10 provides an interface which allowsselection 21-11 from the list of all the xm_.classes 21-12 which areavailable for the client Site. The specifications and options for theselected xm_.class 21-11 are detailed by a description 21-16 of thecurrently selected Method and a Listbox of the EvaluationMethod.classand RenderingMethod.class Object pairs 21-17 which produce the symbolswhich will constitute an expression. This specific example depicts aVirtual Sensor whose Observation Method was just replaced with anomTS_V.class ObservationMethod.class Object 21-3, whereas a new,compatible Expression Method must be specified.

When the User has completed their editing of the Expression Method, theOK button 21-13 may be clicked to close the editor window 21-10.Alternatively, the Cancel button 21-14 may be clicked at any time torevert to previously defined Expression Method, or, the Help button21-15 may be clicked at any time to obtain additional informationregarding the options available.

The User may add, modify, or delete a symbol from the Expression Methodby selecting a Symbol Pair from the list of all the xm_.classes 21-12which are available, and clicking the New button 21-18, the Edit button21-19, or, the Delete button 21-20, respectively. When the New button21-18 or the Edit button 21-19 is then clicked, a Symbol Pair editorWindow Object 22-9 will be displayed for the target Symbol Pair.

The External Form—The Symbol Pair Editor Window

FIG. 22 is a graphic rendering of an Expression Method editor WindowObject 22-1 provides an interface which allows selection 22-2 from thelist of all the xm_.classes 22-3 which are available for the clientSite. The specifications and options for the selected xm_.class 22-2 aredetailed by a description 22-7 of the currently selected Method and aListbox of the EvaluationMethod.class and RenderingMethod.class Objectpairs 22-8 which produce the symbols which will constitute anexpression. The User may add, modify, or delete a symbol from theExpression Method by selecting a Symbol Pair from the Listbox of all thexm_.classes 22-3 which are available, and clicking the New button 22-9,the Edit button 22-10, or, the Delete button 22-11, respectively. Thisspecific example depicts a Virtual Sensor whose Expression Method isspecified as an xmM_S ExpressionMethod.class Object 22-3, which has beenselected by a click of the Mouse Device 22-12 for modification, via aSymbol Pair editor Window Object 22-13. When the User has completedtheir editing of the Expression Method, the OK button 22-4 may beclicked to close the editor window 22-1. Alternatively, the Cancelbutton 22-5 may be clicked at any time to revert to previously definedExpression Method, or, the Help button 22-6 may be clicked at any timeto obtain additional information regarding the options available.

For the Symbol Pair 22-8 thusly selected 22-12 in FIG. 22, a Symbol Paireditor Window Object 22-13 is opened and the constituent Evaluation22-14 and Rendering 22-16 Methods are displayed. Along with the name22-14 of the constituent Evaluation Method, a Listbox Control of allavailable em_.classes 22-15 is displayed, and likewise, along with thename 22-16 of the constituent Rendering Method, a Listbox of allavailable rm_.classes 22-17 is displayed.

For the Evaluation Method 22-14, an Observation Readings Index 22-18 isspecified to indicate which specific value, within a reading for amoment, is to be used as the Substance to be passed to the EvaluationMethod 22-14 of the Virtual Sensor. Necessarily, the thusly selectedspecific value within a reading 22-18 then determines the Form of theinterface requirements for the classes of em_.class Objects 22-15 whichmay accept such Substance, typically in the Form of anObservationReadings.class Object 1-13. The number of Decimal Places22-19 and Units 22-20 allow a normalization of precision and conversionof dimensional units to be performed, respectively, by the em_.classObjects 22-15. The options available via the Units Edit Control 22-20include an extensive list of conventional physical dimensional units,and an extension of the concept into the CyberSpace virtual reality ofinternal Forms and formats as a dimension, with units of measure such asGIF, JPG, MPEG, AVI, and other various MIME formats. Appropriateconversion, transformation, and other management functions options areprovided as per the requirements of the specific format, in accordancewith a fully parameterized canonical GUI. A description 22-21 of theEvaluation Method 22-14 is also provided.

For the Rendering Method 22-16, a Display Control Edit Control 22-22allows the client User to specify a Display Control name which will beused to create an AWT CheckboxMenuItem Object that may be integratedinto a GUI, such as a SensiView.class Object client Site Control Window11-1. The menu of all such Display Control Objects is presented on theSite Control Window 11-1 as the Display Menu. The Always RenderPushbutton Control 22-23 allows the client User to specify that theRendering Method 22-16 should be invoked even when the Evaluation Method22-14 indicates a ‘null’ or ‘normal’ evaluation. The Overlay EditControl 22-24 indicates the nature of Device masking to be performedduring the expression process. For graphic Devices, such as a CRT,various levels of transparency and styles of masking filters areavailable. A description 22-25 of the Evaluation Method is alsoprovided.

When the client User has completed their editing of the Symbol Pair22-13, the OK button 22-26 may be clicked to close the Symbol Paireditor Window Object 22-13. Alternatively, the Cancel button 22-27 maybe clicked at any time to revert to previously defined ExpressionMethod, or, the Help button 22-28 may be clicked at any time to obtainadditional information regarding the options available.

Network Platforms

Whereas all SensiView components are formulated as Objects inCyberSpace, in FIG. 23, the InterNet 23-7 may be regarded as a transportmechanism for communication of content messages and intent instructionsamong and between the Objects. As such, the SensiView Control Window23-1, displays the external form of the SensiView.class Object on theclient user's local computer 23-2 display terminal 23-3. Also connectedto the client user's local computer 23-2 is a mouse device 23-4, aseries of sensor probes 23-5 for actively acquiring data for observationand expression in real-time, and a local disk storage device 23-6 forarchive storage of the observed readings as digitized information.

In turn, a comparable computer 23-8 configuration may likewise beconnected to the InterNet 23-7 and be accessible via standard InterNet23-7 protocols for communications, such as TCP/IP, SLIP, PPP, etc. Thecomparable remote computer 23-8 configuration, likewise, has a displayterminal 23-9, a mouse device 23-10, a series of sensor probes 23-11 foractively acquiring data for observation and expression in real-time, anda local disk storage device 23-12 for storing the observed readings asdigitized information. The Universal Resource Locator (URL) provides ameans of access to any digitized information which may exist on any suchdisk storage devices 23-6, 23-12 which are thusly connected to theInterNet. The specific device drivers for the sensor probes 23-5, 23-11will determine the remote control capabilities of the specific sensorprobes in a real-time mode of operation. However, such a remoteconfiguration can always record the acquired observation reading to thelocal disk storage device 23-12 for later access.

Further, because all SensiView components are formulated as Objects inCyberSpace, in FIG. 24, the InterNet 24-6 may be regarded as a transportmechanism for communication of content messages and intent instructionsamong and between the Objects. As such, the SensiView Control Window24-3, displays the external form of the SensiView.class Object on theclient user's local computer 24-1 display terminal 24-2. Also connectedto the client user's local computer 24-1 is a mouse device 24-5. TheSite Window 24-4 for the graphic image associated with a specificSiteProfile object provides a medium for the visual expression of theVirtual Sensors configured for the client site.

In turn, a comparable computer 24-8 configuration 24-7 may likewise beconnected to the InterNet 24-6 and be accessible via standard InterNet24-6 protocols for communications, such as TCP/IP, SLIP, PPP, etc. Thecomparable remote computer 24-8 configuration 24-7, likewise, has adisplay terminal 24-9, a mouse device 24-10, a series of sensor probes24-11 for actively acquiring data for observation and expression inreal-time, and a local disk storage device 24-12 for storing theobserved readings as digitized information. The Universal ResourceLocator (URL) provides a means of access to any digitized informationwhich may exist on any such disk storage device 24-12 which is thuslyconnected to the InterNet 24-6. The specific device drivers for thesensor probes 24-11 will determine the remote control capabilities ofthe specific sensor probes in a real-time mode of operation. However,such a remote configuration can always record the acquired observationreading to the local disk storage device 24-12 for later access.

Objective Formalities

Finally, it should be noted that while the above process was describedwith reference to the various flow charts of the present application, inessence, the various steps of the present invention were implemented byhardware computer components. Accordingly, each step of the presentinvention typically generates an electrical signal which represents aresult of the specific step in the illustrated flow charts. Accordingly,the flow charts represent the electrical signals which are generated andused in subsequent steps of the Virtual Sensor process of the presentinvention.

The many features and advantages of the invention are apparent from thedetailed specification, and thus, it is intended by the appended claimsto cover all such features and advantages of the invention which fallwithin the true spirit and scope of the invention. Further, sincenumerous modifications and variations will readily occur to thoseskilled in the art, it is not desired to limit the invention to theexact construction illustrated and described, and accordingly, allsuitable modifications and equivalence may be resorted to, fallingwithin the scope of the invention.

Standard Methods Classes Observation omDialog A client User dialog valuespecification, per reading. omNewStat A sample Object for custom StaticMode Observation Methods. omNewDyAs A sample Object for custom DynamicMode, Asynchronous Observation Methods. omNewDySy A sample Object forcustom Dynamic Mode, Synchronous Observation Methods. omRecord { Unitrecord text format } omTime Null observation for timestamp generation.omTH_A { TimeStamp, xx.xx, xx.xx } format omTS_IW { TimeStamp, Int,xx.xx } format. omTS_V { TimeStamp, xx } format. omTS_W { TimeStamp,xx.xx } format. omTTH_A { HourStamp, xx.xx, xx.xx, xx.xx } formatomTTH_M { TimeStamp, xx.xx, xx.xx, xx.xx } format Evaluation emAir AirFlow, Circulation Deviations. emDynamic An Evaluation Method which isdynamically configured by a client User dialog. emH_M Humidity, MuseumDeviations. emIdentity Null Evaluation Method. emM_G Moisture, GroundDeviations. emNew Null Evaluation Method. emT_M Temperature, MuseumDeviations. Expression Symbol Pair xmAir_S emAir, rmAir xmAiremIdentity, rmAir xmBoxes emIdentity, rmBoxC xmCrack emIdentity, rmCrackxmDay emIdentity, rmSun xmDensity emIdentity, rmDensity xmHatchemIdentity, rmHatch xmJiggle emIdentity, rmJiggle xmM_S emM_S, rmRingsxmOilpan emIdentity, rmOilPan xmPeople emIdentity, rmPeopB xmRandomemIdentity, rmRandom xmRings emIdentity, rmRings xmTH_S emT_M, rmBoxCemH_M, rmRings xmTTH_S emT_M, rmBoxL emT_M, rmBoxR emH_M, rmRings xmTubeemIdentity, rmTube xmT_S emT_M, rmBoxC xmWeather emIdentity, rmRainBRendering rmAir 0 to 4 deviations for up arrows. rmBoxC 0 to 4deviations for imploding, centered boxes. rmBoxL 0 to 4 deviations forimploding, left shifted boxes. rmBoxR 0 to 4 deviations for imploding,right shifted boxes. rmCrack 0 to 4 deviations for vertically extendingtriangle. rmDensity 0 to 4 deviations for grid filled rectangle. rmHatch0 to 4 deviations for cross hatched filled rectangle. rmJiggle 0 to 4deviations for vertically extending, jiggling mesh. rmNew A sampleObject for development of customn Rendering Methods. rmOilPan 0 to 4deviations for sparse red to dense white filled trapezoid. rmPeopB Textdisplay of a numeric value. rmRainB 0 or 1 toggle for clear sky orjiggling raindrops. rmRandom 0 to 100 percentage randomly filledrectangle. rmRings 0 to 4 deviations for imploding concentric rings.rmSun Sun and Moon rise and set of a Timestamp. rmTube 0 to 100percentage filled rectangle.

GLOSSARY OF TERMS

abstract Class of Objects: An abstract Class of Objects is a Class inwhich methods are defined, but are not actually implemented by thatClass. Such method definitions only provide formal place-holders suchthat subsequent Classes, which are derived from the abstract Class, mustoverride such methods and supply their actual implementation.

actual software instantiation: An actual instance of an executableprogram module.

analog: The quality of a continuous flow, in contrast to the discretequantification, of information.

array structure: A convenient form for referencing a specific elementwithin a well defined collection of Objects which are all of the sameClass.

ASCII: American Standard Codes for Information Interchange.

asynchronous access: A method of access which indicates, via ainterruption of normal processing, that a target Object has entered aparticular state or completed a specific task. The interruption ofnormal processing is handled by the EventHandler method of the Objectwhich initiated the access.

binary: The digital representation of quantity, using the number 2 asthe positional power base.

binary information: Quantative data represented in binary form.

Class: A Class is a software construct that defines the instancevariables and methods of an Object. A Class in and of itself is not anObject. A Class is a template that defines how an Object will look andbehave when the Object is created or instantiated from the specificationdeclared by the Class.

Class Method: A procedure, subroutine, or series of logical steps whichdetermine the behavior of any Object which belongs to the specific Classof the Object.

CyberSpace: The realm of virtual objects which are accessible via theInternet.

DeviationStatistic Class of Objects: An abstract Class of Objects whichreflects the substantive meaning of an instance of digital informationwith respect to known standards of interpretation. TheDeviationStatistic Class is extended by the ds_ Classes to form Objectsof Substance.

DeviationStatistic Object: An instance of the DeviationStatistic Classof Objects.

digital: A form of enumeration based on a positional arrangement ofdigits.

Dimensionality: The conventional units associated with a measure ofspatial extent, mass, time, or one of a set of fundamental measures of aphysical quantity.

distinction: The “Laws of Form” provided a definition as “Distinction isperfect continence” to indicate the absolute and intentional nature ofdrawing a distinction to indicate differentiation.

em_.Class: A shorthand notation to indicate the EvaluationMethod Classof Objects.

EvaluationMethod Class of Objects: An abstract Class of Objects whichperform a series of evaluation instructions to determine the substantivemeaning of an instance of digital information with respect to aninterpretation. The EvaluationMethod Class is extended by the em_Classes to form Objects of substance.

EvaluationMethod Object: An instance of the EvaluationMethod Class ofObjects.

EventHandler: A standard method of Objects for processing events whichmay occur during the normal course of program execution, such as mouseclick events, clock events, communication events, and any other suchevents which may be detected by the host system.

ExpressionMethod Class of Objects: An abstract Class of Objects whichperform an evaluation and rendering series of instructions to expressthe substantive meaning of digital information. The ExpressionMethodClass is extended by the xm_ Classes to form Objects of substance.

ExpressionMethod Object: An instance of the ExpressionMethod Class ofObjects.

Form: The quality of an Object which allows visual recognition of saidObject.

GUI: See Graphic User Interface.

Graphic User Interface (GUI): A means of communication, for a clientuser to interact with a computer implemented processing mechanism, thatutilizes windows, menu bars, edit controls, scrollbars, buttons, andother such graphic elements in the context of a mouse device forindication and intent.

hard-coded: A term which indicates the explicit inclusion of userdependent values and constants into the source code of a general purposeprogram module, method, or program.

HTML: The HyperText Markup Language.

instance: An observable or actual occurrence.

Instance Variables: The variables associated with a particular instanceof an Object.

instantiate: To create an instance of.

Method: A procedure, subroutine, or series of logical steps whichdetermine a behavior of an Object.

MIME: An acronym for Multi-purpose InterNet Mail Extension.

Moment Merge: The creation of a single TimeLine from several suchTimeLines, by the merging of each moment, from each such TimeLine, intoan appropriate interval of the single TimeLine.

Morphing: This term refers to any technique for the interpolation ofnon-numeric data to produce a smooth, continuous transition between twostates.

Object: Anything which may be known or observed.

Object Class: The Class of an Object.

Object instance: A specific instance of a Class of Object.

Object-oriented: Well known examples of “Object-oriented” languages areEiffel, SmallTalk, Objective C, C++, and Java. To be considered truly“Object-oriented”, a programming language should support at a minimumfour characteristics:

Encapsulation: implements information hiding and modularity(abstraction);

Polymorphism: the same message sent to different Objects results inbehavior that is dependent on the nature of the Object receiving themessage;

Inheritance: define new Classes and behavior based on existing Classesto obtain code re-use and code organization;

Dynamic binding: Objects may come from anywhere, possibly across anetwork. You need to be able to send messages to Objects without havingto know their specific type at the time you write your code. Dynamicbinding provides maximum flexibility while a program is executing.

Observation: Observation is the necessary prelude to the sensing ofmeaning.

ObservationMethod Class of Objects: An abstract Class of Objects whichperform an acquisition, control, and input series of instructions toobserve, accept, and provide digital information for subsequentprocessing. The ObservationMethod Class is extended by the om_ Classesto form Objects of substance.

ObservationMethod Object: An instance of the ObservationMethod Class ofObjects.

ObservationPeriod Class of Objects: A Class of Objects which provide amemory storage capacity for specifying a time period and data selectionqualification conditions for the selection of digital information for ahost system.

ObservationPeriod Object: An instance of the ObservationPeriod Class ofObjects.

ObservationReadings Class of Objects: A Class of Objects which provide amemory storage capacity for the observed readings of anObservationMethod Object.

ObservationReadings Object: An instance of the observationReadings Classof Objects.

om_.Class: A shorthand notation to indicate the ObservationMethod Classof Objects.

op_.Class: A shorthand notation to indicate the ObservationPeriod Classof Objects.

or_.Class: A shorthand notation to indicate the ObservationReadingsClass of Objects.

persistence: The property of an Object to persist in its existence, withintegrity, over time.

physical manifestation: The quality of an Object which allows for thephysical experience and sensing of said Object.

quantitative measurement: The process of associating numerical valueswith the capacity, extent, duration, intensity, definition or other suchdimensional property of a process or Object.

render: To make physically manifest for sensory experience in a visual,auditory, olfactory, gustatory, tactile, caloric, kinesthetic, or othermanner or mode of sensory experience.

RenderingMethod Class of Objects: An abstract Class of Objects whichperform a series of instructions to render an expression which conveysmeaningful information. The RenderingMethod Class is extended by therm_Classes to form Objects of substance.

RenderingMethod Objects: An instance of the RenderingMethod Class ofObjects.

rm_.Class: A shorthand notation to indicate the RenderingMethod Class ofObjects.

sensing: A cognitive process for the experience of meaningful substance.

sensor device: A physical device Object for sensing physical conditions.

Sensor Class of Objects: An abstract Class of Objects which provides themeans to observe, evaluate and render digital information in a formwhich clarifies the substantive meaning of the observed conditions.

Sensor Object: An instance of the Sensor Class of Objects.

Site Profile Object: An Object which defines the visual graphics andSensor Objects which comprise a client site installation of theSensiView products.

Substance: Any quality of an Object which allows dimensional measurementof said quality. Any such measurement carries the substance of Object,with respect to said quality, and distinguishes the said quality as aquantified property of the substance of the Object.

synchronous access: A method of access which periodically and regularlypolls a target Object to determine if the Object has entered aparticular state or completed a specific task.

URL: See Universal Resource Locator.

Universal Resource Locator (URL): A means of accessing Objects, withinthe CyberSpace of the InterNet, which consists of a protocol, domainname, directory path, and file specifier.

variable: An instance of a name to reference an Object.

virtual: Existing or resulting in essence or effect though not in actualfact, form, or name. Existing in the mind, especially as a product ofimagination in an intellectual realm of conscious perception.

virtual device driver: A software module which provides an interfacemeans between an actual hardware device and an intellectual formulationof generic interactions with such a device.

window toolkit: A collection of framing, layout, and control Objects forconstructing Graphic User Interface Windows.

xm_Class: A shorthand notation to indicate the ExpressionMethod Class ofObjects.

Standard References (Incorporated herein by reference)

Collected works of Aristotle. “Laws of Form”, G. Spencer-Brown, Allen &Unwin, 1969.

“Smalltalk—80: The Language And Its Implementation”, Adele Goldberg,Addison-Wesley, 1983.

“Object-Oriented Programming: An Evolutionary Approach”, Brad Cox,Addison-Wesley, 1986.

“Eiffel: The Language”, Bertrand Meyer, Prentice-Hall, 1992.

“The Java Programming Language”, Arnold Gosling, Addison-Wesley, 1996.

Appendix—The Form of the Patent Figures A Distinction of Objects

Taking ∘=∘∘ and ⊚=as a representation of the Initials of the PrimaryArithmetic of the Calculus of Indications; and Taking the bounds of ablank sheet, used for rendering visual Forms, as representing the mediumof CyberSpace;

Then a single distinction, ∘

as a closed curve which severs CyberSpace, and which declares aninstance of a Virtual Object in CyberSpace, is represented as:

∘=

namely, an actual Graphic User Interface, as the Form of a CyberSpaceWindow Frame Object.

A Further Distinction

A further Form of distinction dintinguishes the Form of the CyberSpaceObject as having an External Form of the Object which is visible, and,an Internal Form as that which is not.

The External Form of the Object is seen as the GUI Window Frame, becauseit is visible.

The Internal Form of a CyberSpace Window Object, for all Classes ofObjects, is visualized as:

∘=

Clearly, the Internal Form of an Object must likewise be distinct fromthe remainder of CyberSpace, and, thus, this visual Form conforms as astrong analog.

However, for a strong formal analogy of conforming Forms, the InternalForm is formally not visible.

This difficulty is immediately resolved by noting that this further Formof distinction,

∘=

is drawn within the CyberSpace Object itself, i.e.,

⊚=

which immediately reduces as ⊚=, which is clearly not visible.

The Formal Distinction

Thus, the Form of the Patent Figures provides a non-numerical calculusof Forms which forms a strong formal analogy to the Initials of thePrimary Arithmetic of the Calculus of Indications.

As a medium of communication, CyberSpace allows the free flow ofinformation among the Variables and Methods of each Virtual Object.

Any such communication between two Virtual Objects is a distinct Objectin CyberSpace, and is represented as a line connecting the source anddestination of the communication.

Thus, it is natural for a line of communication, rendered in CyberSpace,to crossover and “white-out” any double-lined Internal Object Formrepresentation, because the Internal Form is not really, only actually,visible, as represented by the distinction within the Object, i.e.,

⊚=.

We claim:
 1. An object-oriented computer architecture for a stand-aloneVirtual Sensor Object for expressing the substantive meaning of acollection of observation readings of a Virtual Sensor which isrepresented as digitized information, the Virtual Sensor Object being aninstance of a class of Virtual Sensors, said computer architecturecomprising: Virtual Sensor Object generation means including asubstantially autonomous definition of at least one of generationcharacteristics and functions for the instantiation, interaction, andmanagement of Virtual Sensor Objects; Virtual Sensor Object observationsmeans including a substantially autonomous definition of at least one ofobservation characteristics and functions for physical control andacquisition, by way of a local host computer or by way of a UniversalResource Locator (URL) in either a static access mode or a dynamicaccess mode, said Virtual Sensor Object observations means operating ineither an asynchronous or a synchronous manner, and for a subsequentreduction, conversion, normalization, transformation, storage,retrieval, and administrative management of collections of the digitizedinformation which represent readings of a phenomena by at least one ofthe Virtual Sensor Objects generated by said Virtual Sensor Objectgeneration means; Virtual Sensor Object expression means including asubstantially autonomous definition of at least one of expressioncharacteristics and functions for expression or physical manifestationof a substantive meaning of said digitized information received fromsaid Virtual Sensor Object observation means by evaluating,transforming, and rendering said digitized information into a form whichclarifies the substantive meaning of said digitized information, andrequires relatively no cognitive interpretation beyond recognition ofthe expression expressed by said Virtual Sensor Object expression means;and Virtual Sensor Object animation means including a substantiallyautonomous definition of at least one of animation characteristics andfunctions for presentation of, or for driving the presentation of, thesubstantive meaning of said digitized information received from saidVirtual Sensor Object observation means and expressed by said VirtualSensor Object expression means for a set of Virtual Sensor Objects overtime wherein the Virtual Sensor Object is hardware independent withrespect to platform, signal generation, storage capability, andcommunication capability.
 2. A computer architecture as recited in claim1, wherein the phenomena is physically observable or virtuallyconceivable.
 3. A computer architecture as recited in claim 1, whereinthe readings of the phenomena provide characteristics of the phenomena.4. A computer architecture as recited in claim 1, wherein the VirtualSensor Object comprises a plurality of Virtual Sensor Objects; andwherein the computer architecture further comprises a Graphic UserInterface for the creation, storage, and management of said VirtualSensor Object, and a Site Profile Object for a specific Site as acomplex collection of said Virtual Sensor Objects, said Graphical UserInterface being located at a local host computer, or by way of aUniversal Resource Locator (URL).
 5. A computer architecture as recitedin claim 4, wherein the Graphic User Interface comprises a canonicaluser interface.
 6. A computer architecture as recited in claim 4,wherein said Graphic User Interface provides Object management methodsfor creation, modification, documentation, storage, and disposal of saidSite Profile Object; wherein said Graphic User Interface provides Objectmanagement methods for administration, generation, modification, anddisposal of said Virtual Sensor Object; wherein said Graphic UserInterface provides controls for client user interactivity and anappropriate device medium of expression for sequential and discreteexpression of the phenomena represented by said digitized information;wherein said Graphic User Interface provides controls for client userinteractivity and an appropriate device medium of expression for thesequential and discrete expression of the phenomena represented by saiddigitized information; wherein said Graphic User Interface providestransport for said digitized information, said Virtual Sensor Object andrelated component Objects, via protocols of the Internet and the WorldWide Web.
 7. A computer architecture as recited in claim 1, furthercomprising an ObservationMethod Object, which either statically ordynamically instantiates a Readings Object with the digitizedinformation for said Virtual Sensor Object.
 8. A computer architectureas recited in claim 7, wherein said Readings Object is instantiated viaretrieval from a data base structure via user specification of selectioncriteria and use of appropriate data base access, selection, andretrieval means; wherein said Readings Object is instantiatedsynchronously via the ObservationMethod Object with an internal,independent time thread means; wherein said Readings Object isinstantiated asynchronously via the ObservationMethod Object with aninterrupt event handler means.
 9. A computer architecture as recited inclaim 7, further comprising an ExpressionMethod Object which evaluatesand renders a physical symbol for the substantive meaning of saiddigitized information contained within said Readings Object for saidVirtual Sensor Object.
 10. A computer architecture as recited in claim9, wherein the evaluation function of said ExpressionMethod Object isperformed by the methods of a EvaluationMethod Object which isappropriate for the phenomena represented by said digitized information,and returns a DeviationStatistic Object to describe a result of theevaluation; wherein the rendition function of said ExpressionMethodObject is performed on said DeviationStatistic Object via aRenderingMethod Object, which manifests a physical expression that isappropriate for the phenomena represented by said digitized information;wherein said ExpressionMethod Object provides utility Control Objectswhich may be used as Graphic User Interface Components for theconstruction of a Graphic User Interface for the rendering of thephysical expression of the phenomena represented by said digitizedinformation.
 11. A computer architecture as recited in claim 10, whereinsaid Virtual Sensor Objects are managed independently of saidExpressionMethod Object and said RenderingMethod Object.
 12. A computerarchitecture as recited in claim 1, wherein said Virtual Sensor Objectsare functional and independent from said Virtual Sensor Objectgeneration means, said Virtual Sensor Object observation means, saidVirtual Sensor Object expression means, and said Virtual Sensor Objectanimation means.
 13. A computer architecture as recited in claim 1,wherein said Virtual Sensor Objects are hardware independent, andincluded as an abstracted system of observer and expression classes. 14.A tangible medium for storing a Virtual Sensor Object, the VirtualSensor Object providing object-oriented instructions for execution by acomputer to record readings from a Virtual Sensor, the Virtual SensorObject being an instance of a class of Virtual Sensors, saidobject-oriented instructions comprising: an ObservationMethod Objectincluding a substantially autonomous definition of at least one ofobservation characteristics and functions to provide static and dynamicmodes of access for digitized information, in a variety of forms,layouts, and formats; an ExpressionMethod Object including asubstantially autonomous definition of at least one of expressioncharacteristics and functions to provide expression of a substantivemeaning of said digitized information; an EvaluationMethod Objectincluding a substantially autonomous definition of at least one ofevaluation characteristics and functions to provide evaluation of thesubstantive meaning of said digitized information; a RenderingMethodObject including a substantially autonomous definition of at least oneof rendering characteristics and functions to provide a rendering of aphysical manifestation of symbols which indicate the substantive meaningof said digitized information responsive to the evaluation; a SiteProfile Object of client information including a substantiallyautonomous definition of at least one of Site Profile characteristicsand functions to define a client Site, appropriate client Site graphicimages, and deployment of said Virtual Sensor at the client Site; and aGraphic User Interface to provide client user interaction with saidclient Site of said Virtual Sensor to define, modify and delete saidVirtual Sensor Object to control, acquire, observe, and express saiddigitized information, in the context of a local host computer, or inthe context of a URL; wherein the Virtual Sensor Object is hardwareindependent with respect to platform, signal generation, storagecapability, and communication capability.
 15. A tangible medium asrecited in claim 14, wherein said Virtual Sensor Object is functionaland independent from sensor management and sensor control.
 16. Atangible medium as recited in claim 14, wherein said ExpressionMethodObject is managed independently of said EvaluationMethod Object and saidRenderingMethod Object.
 17. A tangible medium as recited in claim 14,wherein said Virtual Sensor Object is hardware independent, and includedas an abstracted system of observer and expression classes.
 18. Anobject-oriented computer implemented method of expressing observation ofa sensor as a Virtual Sensor Object, the Virtual Sensor Object being aninstance of a class of Virtual Sensors wherein said Virtual SensorObject and the method are hardware independent with respect to platform,signal generation, storage capability, and communication capability,said method comprising the steps of: (a) recording a reading value ofthe Sensor as digitized information accessed by way of a UniversalResource Locator (URL) via a substantially autonomous recording process;(b) evaluating said reading value responsive to a distribution ofexpected reading values via a substantially autonomous evaluatingprocess; (c) determining a number of deviations from normal responsiveto said distribution via a substantially autonomous determining process;and (d) rendering an expression responsive to the number of deviationvia a substantially autonomous rendering process.
 19. A computerimplemented method according to claim 18, wherein said steps (a)-(d) areperformed remotely from each other.
 20. A computer implemented methodaccording to claim 18, wherein said steps (b) and (c) are performedremotely from each other.
 21. A computer implemented method according toclaim 18, wherein at least two of said steps (a)-(d) are performedremotely from each other.
 22. A method as recited in claim 18, whereinsaid Virtual Sensor Object is functional and independent from sensormanagement and sensor control processes.
 23. A method as recited inclaim 18, wherein said Virtual Sensor Object is managed independently ofsaid rendering step (d).
 24. A method as recited in claim 18, whereinsaid Virtual Sensor Object is hardware independent, and is included asan abstracted system of observer and expression classes.
 25. Anobject-oriented computer implemented method of expressing observationsof a sensor as a Virtual Sensor Object responsive to phenomena occurringin remote locations, the Virtual Sensor Object being an instance of aclass of Virtual Sensors wherein said Virtual Sensor Object and themethod are hardware independent with respect to platform, signalgeneration, storage capability, and communication capability, saidmethod comprising the steps of: (a) recording information for processingby a computer accessed by a Universal Resource Locator (URL); (b)transmitting processing instructions for processing the information byway of a URL to a remote location; and (c) processing the informationresponsive to the processing instructions at the remote location.
 26. Anobject-oriented computer implemented method of expressing observationsof a Sensor as a Virtual Sensor Object responsive to phenomena occurringin remote locations, the Virtual Sensor Object being an instance of aclass of Virtual Sensors wherein said Virtual Sensor Object and themethod are hardware independent with respect to platform, signalgeneration, storage capability and communication capability, said methodcomprising the steps of: (a) recording Sensor readings for processingaccessed by way of a Universal Resource Locator (URL); (b) transmittinginstructions for processing the information over the Internet to aremote computer; and (c) processing the Sensor readings responsive tothe instructions at the remote computer.
 27. An object-oriented computerimplemented method of expressing observations responsive to phenomenaoccurring in remote locations wherein sensor data objects and the methodusing sensor data objects are hardware independent with respect toplatform, signal generation, storage capability, and communicationcapability, said method comprising the steps of: (a) recordinginformation classified in different sensor data objects, each being aninstance of a class of sensor data, for processing by the computeraccessed by way of a Universal (b) transmitting processing instructionsfor processing the sensor data objects by way of a URL to remotelocation; and (c) processing the sensor data objects responsive to theprocessing instructions at the remote location.
 28. An object-orientedcomputer implemented method of expressing observations responsive tophenomena occurring in remote locations wherein sensor data objects andthe method using sensor data objects are hardware independent withrespect to platform, signal generation, storage capability, andcommunication capability, said method comprising the steps of: (a)recording information classified in different sensor data objects, eachbeing an instance of a class of sensor data, for processing by thecomputer accessed by a Universal Resource Locator (URL); (b)transmitting processing instructions for processing of the differentsensor data objects over the Internet to respective different remotelocations; (c) processing the sensor data objects responsive to theprocessing instructions at each of the different remote locations. 29.An object-oriented interactive computer implemented method of initiatingand editing a Virtual Sensor Object for expressing a Substantive meaningof a collection of observation readings of a Virtual Sensor, the VirtualSensor Object being an instance of a class of Virtual Sensors whereinthe Virtual Sensor Object and said method are hardware independent withrespect to platform, signal generation, storage capability, andcommunication capability, said method comprising the steps of: (a)assigning a Virtual Sensor utilizing the Virtual Sensor Object to apredetermined location of a display screen responsive to a mapping ofthe layout of remotely located physical sensors used to physicallycollect the observation readings via a substantially autonomous locationassigning process; (b) optionally copying the Virtual Sensor to anotherlocation of the display screen responsive to the mapping of the layoutof the physical sensors used to physically collect the observationreadings via a substantially autonomous copying process; (c) assigningthe Virtual Sensor a virtual communication line for receiving data froma device driver of the physical sensor in real-time representing dynamicinformation collected by the physical sensor representing staticinformation collected by the physical sensor via a substantiallyautonomous communication line assigning process; and (d) initiating theVirtual Sensor by selectively assigning the Virtual Sensor atransmission criteria indicating how often he Virtual Sensor is toretrieve the static information or accept the dynamic information forprocessing via a substantially autonomous initiating process.
 30. Atangible medium of storing a Virtual Sensor Object, which is an instanceof a class of Virtual Sensor, the Virtual Sensor Object providingobject-oriented instructions for execution by a computer to recordreadings from a Virtual Sensor, comprising: an ObservationMethod Objectincluding a substantially autonomous definition of at least one ofobservation characteristics and functions to provide static and dynamicmodes of access for digitized information; an ExpressionMethod Objectincluding a substantially autonomous definition of at least one ofexpression characteristics and functions to provide expression of asubstantive meaning of said digitized information; an EvaluationMethodObject including a substantially autonomous definition of at least oneof evaluation characteristics and functions to provide evaluation of asubstantive meaning of said digitized information; a RenderingMethodObject including a substantially autonomous definition of at least oneof rendering characteristics and functions to provide rendering of aphysical manifestation indicative of the substantive meaning of saiddigitized information responsive to the evaluation; a Site ProfileObject of client information including a substantially autonomousdefinition of at least one of Site Profile characteristics and functionsto define a client Site and deployment of said Virtual Sensor at theclient Site; and a Graphic User Interface to provide client userinteraction with said client Site of said Virtual Sensor to provideinstructions for said Virtual Sensor Object to control, acquire,observe, and express said digitized information, in the context of alocal host computer, or in the context of a URL; wherein the VirtualSensor Object is hardware independent with respect to platform, signalgeneration, storage capability, and communication capability.
 31. Anobject-oriented computer-implemented method for a stand-alone SensorObject, which is an instance of a class of Sensors, for expressing asubstantive meaning of a collection of observation readings of a Sensorwhich is represented as digitized information wherein said Sensor Objectand the object-oriented computer-implemented method are hardwareindependent with respect to platform signal generation, storagecapability, and communication capability, said object-orientedcomputer-implemented method comprising: (a) generating Sensor Objects ina substantially autonomous generating process; (b) observing thedigitized information which represent readings of a phenomena by atleast one of the Sensor Objects, generated in sa id Sensor Objectgenerating step (a), in a substantially autonomous observing process;and (c) expressing a substantive meaning of said digitized informationreceived from said observing step (b) in a substantially autonomousexpressing process.
 32. A method according to claim 31, furthercomprising: animating the substantive meaning of said digitizedinformation received from said observing step (b) and expressed in saidexpressing step (c) for a set of Sensor Objects over time in asubstantially autonomous animating process.
 33. An object-orientedcomputer architecture for a stand-alone Sensor Object, which is aninstance of a class of Sensors, for expressing a substantive meaning ofa collection of observation readings of a Sensor which is represented asdigitized information, said computer architecture comprising: asubstantially autonomous ClassInstance Constructor Object to generateSensor Objects; a substantially autonomous ObservationMethod Object toobserve the digitized information which represent readings of aphenomena by at least one of the Sensor Objects generated by saidClassInstance Constructor Object; and a substantially autonomousExpressionMethod Object to express a substantive meaning of saiddigitized information received from said ObservationMethod Object;wherein the Sensor Object is hardware independent with respect toplatform, signal generation, storage capability, and communicationcapability.
 34. A computer architecture according to claim 33, furthercomprising: a substantially autonomous AnimationMethod Object to animatethe substantive meaning of said digitized information received from saidObservationMethod Object and expressed by said ExpressionMethod Objectfor a set of Sensor Objects over time.
 35. A tangible medium for storinga Virtual Sensor Object, the Virtual Sensor Object providingobject-oriented instructions for execution by a computer to recordreadings from a Virtual Sensor, the Virtual Sensor Object being aninstance of a class of Virtual Sensors, said object-orientedinstructions comprising: an ObservationMethod Object including asubstantially autonomous definition of at least one of observationcharacteristics and functions to provide static and dynamic modes ofaccess for digitized information, in a variety of forms, layouts, andformats; an ExpressionMethod Object including a substantially autonomousdefinition of at least one of expression characteristics and functionsto provide expression of a substantive meaning of said digitizedinformation; an EvaluationMethod Object including a substantiallyautonomous definition of at least one of evaluation characteristics andfunctions to provide evaluation of the substantive meaning of saiddigitized information, wherein the Virtual Sensor Object and saidobject-oriented computer instructions are hardware independent withrespect to platform, signal generation, storage capability, andcommunication capability.
 36. An object-oriented computer-implementedmethod for a stand-alone Sensor Object, which is an instance of a classof Sensors, for expressing a substantive meaning of a collection ofobservation readings of a Sensor which is represented as digitizedinformation wherein said Sensor Object and the object-orientedcomputer-implemented method are hardware independent with respect toplatform, signal generation, storage capability, and communicationcapability, said object-oriented computer-implemented method computermethod comprising: providing static and dynamic modes of access fordigitized information, in a variety of forms, layouts, and formats, in asubstantially autonomous observing process; expressing a substantivemeaning of the digitized information, in a substantially autonomousexpressing process; and evaluating the substantive meaning of thedigitized information, in a substantially autonomous evaluating process.